Sometimes, these Alerts are displayed with only part of the background
greyed out, which smacks of "wierd xforms bug".
I can obtain this when loading a buffer from the command line "lyx buffer.lyx".
It appears that xforms isn't happy if the goodie is displayed before the
main window. Just a guess though...
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@4007 a592a061-630c-0410-9148-cb99ea01b6c8
properly for some reason and the message is displayed in the inset anyway.
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@3836 a592a061-630c-0410-9148-cb99ea01b6c8
* Use Lars' preferred idiom for a for-loop in the graphics cache;
* Turn the forked call controller's timer off when their are no longer any
child processes running.
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@3755 a592a061-630c-0410-9148-cb99ea01b6c8
your version of the xforms library is good enough.
The qt2 stuff is only partially tested (link problems elsewhere) and
the gnome stuff is not tested at all.
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@3676 a592a061-630c-0410-9148-cb99ea01b6c8
Move Dialogs::initialiseGraphics to GUIRunTime.
xforms works, qt2 and gnome not tested.
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@3654 a592a061-630c-0410-9148-cb99ea01b6c8
between signed and unsigned integer expressions.
Could people please report any further warnings.
Angus
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@3603 a592a061-630c-0410-9148-cb99ea01b6c8
* Enable the loading of XPM files with crappy color strings. Print
out a nice friendly message on what's gone wrong and how to resolve
it properly.
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@3599 a592a061-630c-0410-9148-cb99ea01b6c8
(Data d-tor): introduce memory leak temporarily, to "fix" a crash
in free_color_table.
(unique_color_string): use the correct string c-tor.
Could a gcc user post me any remaining warning messages?
Angus
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@3594 a592a061-630c-0410-9148-cb99ea01b6c8
* lazy loading (don't try and load the image until a request to draw it
is received).
* asynchronous conversion to a loadable format.
* asynchronous loading if the image loader supports it (it doesn't).
* "simple" cropping, rotating and scaling (in that order) of the image
on the LyX screen.
* display in color, grayscale or monochrome.
We also have a forked calls dialog, although it isn't very exciting
yet because only the graphics cache makes use of the forked call controller.
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@3591 a592a061-630c-0410-9148-cb99ea01b6c8
(Doesn't seem to work on my box: is this because I have a TrueType
display?)
Feedback appreciated.
Angus
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@2783 a592a061-630c-0410-9148-cb99ea01b6c8
Ensures that a figure with a transparent colour can be viewed
easily if the LyX screen's background colour is dark.
Prevent deletion of the image file if no conversion is required.
This patch works like a charm with the (old) figinset. When testing
the graphics inset, however, I find that colour "None" in an XPM file
is displayed as black. I have no idea why. This appears to be true of
some other graphics viewers also. E.g., KDE 2's pixie displays "None"
as black but the venerable xv works fine.
Maybe it's my version of the xpm library, but v3.4.11 appears to be
right up to date.
Can people test on their machines and/or offer suggestions here?
Angus
p.s. You can test with the XPM files in lib/images. They will no longer
be deleted if you load them into LyX!
A.
git-svn-id: svn://svn.lyx.org/lyx/lyx-devel/trunk@2777 a592a061-630c-0410-9148-cb99ea01b6c8