I committed a few changes to the file dialogs, hopefully making them a bit easier to use. By cheating and getting pointers to previously-private items on the dialogs, we can modify its behaviour slightly. Now we have a callback on the SaveAs text field, and the browse list is automatically expanded. Also, I think that the initial file listing, which did not list the filtered types the first time, works OK now.
What I would like people to try for me, is L10N stuff, and whether it works better now with non-ASCII filenames.
Bob
What I would like people to try for me, is L10N stuff, and whether it works better now with non-ASCII filenames.
Preview is still broken for non-ASCII filenames. The preview pane does not update, and there's a warning:
** (inkscape:27335): WARNING **: Invalid UTF8 string passed to pango_layout_set_text()
Also, Bob, two problems I found with your tracing code:
- It ignores the transform= on the <image> it takes. It must remember it and reapply it to the path so that it exactly overlaps.
- It should clear previous selection and select the newly created shape (see make_bitmap_copy in selection-chemistry for how to do this).
What about the file type list in Save? I don't know if the list which is currently under the file table has any effect on save type, but I think that it should not - if only because "Save the file as All images" makes no sense.
I think we must remove that list and instead add a list just under the file name field, with entries like Inkscape SVG (default), Plain SVG, POV, etc as well as a "Guess from filename extension". This list should control _both_ the save type and the list of files in the panel below.
And the "Append filename extension" checkbox should also be moved upwards right under the file type list.
What do you think?
This is happening with win2000
Open up Inkscape. Open up Text and Font dialog.
Mouse to various fonts and the display line updates to follow and display the font. So far so good. Now use the arrow keys. An outline moves from font to font but there is no display update, presumably because the font is not actually changing. Does it do so in Linux and should it change in Win?
In CorelDraw, fonts chosen with arrow movements are updated on the fly and this is a very rapid method of choosing and changing fonts. Our dot-and-carry mouse Inkscape method sucks in comparison.
In Inkscape updates follow arrow movements when choosing files to open and this is a very convenient method of prechecking photos etc.
With our font dialog are we talking a design feature?, a bug? or a desired behaviour?
vellum.
El lun, 11-10-2004 a las 20:16 +1000, vellum escribió:
This is happening with win2000
Open up Inkscape. Open up Text and Font dialog.
Mouse to various fonts and the display line updates to follow and display the font. So far so good. Now use the arrow keys. An outline moves from font to font but there is no display update, presumably because the font is not actually changing. Does it do so in Linux and should it change in Win?
It does so on Linux, and I find in annoying too.
In CorelDraw, fonts chosen with arrow movements are updated on the fly and this is a very rapid method of choosing and changing fonts. Our dot-and-carry mouse Inkscape method sucks in comparison.
In Inkscape updates follow arrow movements when choosing files to open and this is a very convenient method of prechecking photos etc.
With our font dialog are we talking a design feature?, a bug? or a desired behaviour?
vellum.
On Mon, 2004-10-11 at 06:34, Lucas Vieites wrote:
the font. So far so good. Now use the arrow keys. An outline moves from font to font but there is no display update, presumably because the font is not actually changing. Does it do so in Linux and should it change in Win?
It does so on Linux, and I find in annoying too.
With our font dialog are we talking a design feature?, a bug? or a desired behaviour?
It's the crappy legacy Gtk list/tree widget we're currently using. It has an outline, moved with the cursor keys, which is separate from selection. You have to press space to actually select.
The XML editor uses the same widget; you'll notice that it exhibits the same behavior.
The fix is to use the modern GTK list widget.
-mental
participants (5)
-
Bob Jamison -
bulia byak -
Lucas Vieites -
MenTaLguY -
vellum