- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] namedview news
by bulia byak 27 Dec '03

27 Dec '03

>1) The window "flickers" when it's created, because at first it appears >at standard position, then it gets moved and resized immediately. >Wouldn't it be possible to do this before the window is shown? Very difficult, because Inkscape creates the window first and only loads a document into it later. Changing that would require serious changes to the program innards that I'm not very comfortable with. If anyone can do that cleanly, it would be nice of course. >2) I wanted to save the new size of my document but at first it didn't >let me because "no changes needed to be saved". :) I think it would make >sense now if the modified flag would also be set whenever the user >resizes the window or does anything else that can be saved. No, that would be very counterintuitive and annoying ("I did not change anything, why does it say I must save???"). Most people's idea of "changes" does not include zoom-in. I think it's inevitable that the saved state will be that at the last save, not at the last moment that document is onscreen. I think we can live with that, and I don't see how to solve this nicely. _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

can't compile today
by bulia byak 27 Dec '03

27 Dec '03

OK, I downloaded and installed gtkmm and sigc++. Still no luck: g++ -DHAVE_CONFIG_H -I. -I. -I../.. -I.. -I../../src -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/libart-2.0 -I/usr/include/libxml2 -g -O2 -I/usr/local/include/gtkmm-2.0 -I/usr/local/lib/gtkmm-2.0/include -I/usr/local/lib/sigc++-1.2/include -I/usr/local/include/sigc++-1.2 -I/usr/include/gtk-2.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/lib/gtk-2.0/include -I/usr/include/pango-1.0 -I/usr/X11R6/include -I/usr/include/freetype2 -I/usr/include/atk-1.0 -c -o nr-pixblock.o `test -f 'nr-pixblock.cpp' || echo './'`nr-pixblock.cpp nr-pixblock.cpp: In function `void nr_pixblock_setup_fast(NRPixBlock*, int, int, int, int, int, int)': nr-pixblock.cpp:45: error: `rpl_malloc' undeclared (first use this function) nr-pixblock.cpp:45: error: (Each undeclared identifier is reported only once for each function it appears in.) nr-pixblock.cpp: In function `void nr_pixblock_setup(NRPixBlock*, int, int, int, int, int, int)': nr-pixblock.cpp:75: error: `rpl_malloc' undeclared (first use this function) nr-pixblock.cpp: In function `NRPixBlock* nr_pixblock_new(int, int, int, int, int, int)': nr-pixblock.cpp:148: error: `rpl_malloc' undeclared (first use this function) nr-pixblock.cpp: In function `unsigned char* nr_pixelstore_4K_new(int, unsigned char)': nr-pixblock.cpp:181: error: `rpl_malloc' undeclared (first use this function) nr-pixblock.cpp: In function `unsigned char* nr_pixelstore_16K_new(int, unsigned char)': nr-pixblock.cpp:215: error: `rpl_malloc' undeclared (first use this function) nr-pixblock.cpp: In function `unsigned char* nr_pixelstore_64K_new(int, unsigned char)': nr-pixblock.cpp:249: error: `rpl_malloc' undeclared (first use this function) _________________________________________________________________ The new MSN 8: advanced junk mail protection and 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

4 6

Re: [Inkscape-devel] non-ascii filenames
by bulia byak 27 Dec '03

27 Dec '03

>I'll have to look into the codebase with charset issues in mind (I've >worked with international software for around 15 years now). Thanks, that would be much appreciated! I filed a bug with some more details on what exactly breaks where. >On file versus display encodings, off hand I think you're correct. >However... for the local filenames, things might get tricky. It might be >that things need to work in the local encoding, or... it might be that the >encoding of the filesystem needs to be used. I think at least on Linux, the kernel translates from/to filesystem encoding and presents everything in the locale encoding regardless of filesystem (if properly configured). And on Windows, is there such thing as different filesystems at all? >Hiding these issues for many people is the recent change to UTF-8 for the >local encoding setting (such as with RedHat 8.0). Since the local encoding >is the same as the encoding needed for internal/display calls, programmers >don't notice the potential problems. Also... if users and programmers >aren't actually testing with non-ASCII names (i.e. names with characters >outside of $00-$7f) then they will also not see any problems even if they >exist for their configurations. True, obviously nobody ever tested Sodipodi/Inkscape with non-ascii filenames (even though "Sodipodi" is written in Russian on the site :) _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

2 1

Re: [Inkscape-devel] non-ascii filenames
by bulia byak 27 Dec '03

27 Dec '03

>open()/readdir() etc. take as argument a nul-terminated string of bytes, >not some notion of characters. I doubt that. E.g. my Windows partition stores Cyrillic filenames in CP866, but the Linux partition uses KOI8-R (my locale encoding). The Linux kernel is smart enough so it translates Windows filenames into KOI8-R and back when I access the Windows partition. So it's not "just bytes" for the kernel but characters that may need to be reencoded in some situations. >preferences.xml should store filenames >as such. Not as such, but as specified in the XML encoding declaration, which in our serializer is always UTF-8. >If <gui toolkit xyz> does something different, then that toolkit is >broken and should be fixed. I think GTK does a good job of unifying everything into UTF-8 internally, but the file-accessing function are probably outside of its control and therefore use the locale encoding. _________________________________________________________________ MSN 8 with e-mail virus protection service: 2 months FREE* http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

Re: [Inkscape-devel] Win32 build 1224. Zoom problem
by bulia byak 27 Dec '03

27 Dec '03

>>One problem I think I have uncovered concerns zooming. When the zoom >>factor >>gets above about 7,500% text remains but everything else disappears!!! The >This is probably due to numerical problems in the transform code. Hopefully >I'll track this down as I clean up the matrix code. (Fingers crossed) This happened on linux too, at exactly the same zoom level, before I changed all floats to doubles in libnr. I have no idea why the problem persists on win32 - maybe some build options prevent it from using doubles? _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

2 1

Re: [Inkscape-devel] can't compile today
by bulia byak 26 Dec '03

26 Dec '03

> > nr-pixblock.cpp:148: error: `rpl_malloc' undeclared (first use this > > function) > >Hrm, where on earth is rpl_malloc() coming from? With help from Google, I managed to fix this by removing AC_FUNC_MALLOC from configure.in, see http://mail.gnu.org/archive/html/autoconf/2003-05/msg00027.html Please fix this in CVS, as I don't want to commit a fix I don't understand :) _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

Re: [Inkscape-devel] Win32 builds
by unknown＠example.com 26 Dec '03

26 Dec '03

Hi Bob, As I wrote most of problems solved. The dos-utils mess up if there is no file to delete or if they overwrite something. (if you call twice clean) Attached my current makefile. You see the test before rmdir? BTW: You can simplify your live using unix-utils for Win. http://gnuwin32.sourceforge.net/packages/fileutils.htm This is not a complete bash (as msys) but useful to. I still have this problems with the freehand-tool and filling of rectangle and star. Can you confirm this? Adib. Bob Jamison wrote: > taraben.a@...50... wrote: > >> Hi Bob, >> >> thanks for your work. >> >> I still have some issues to the build proccess. >> I use Win2k and latest MingW. >> >> 1. On my system there is no deltree. > > > I agree. At work, we have some people on Win9x (and > I have no idea why!) and others on Win2K/XP. To make > builds work, we have been opting for the "worst case" > build environment. I guess that what I should do, is > check the system type, and have an alternate > 'dist:' target. > > >> 2. mkdir using make does not work >> mkdir inkscape >> process_begin: CreateProcess((null), mkdir inkscape, ...) failed. >> make (e=2): Das System kann die angegebene Datei nicht finden. >> mingw32-make: *** [dist] Error 2 > > > My error. I forgot that when you install MinGW, there is no > make.exe. Just copy mingw32-make.exe to make.exe. I will > add this to the instructions. > >> 3. The copy command including star (copy samples\*.svg >> inkscape\samples) Does not work: >> copy samples\*.svg inkscape\samples >> copy: samples*.svg: No such file or directory >> mingw32-make: *** [dist] Error 1 >> >> suggestions: >> 1. the first command in dist should not deltree, this is an issue for >> clean. I recommend to remove that line and add parameter /Y to all the >> xcopy's >> 2. I prefer to have a $(CP) $(RM) etc. variables >> >> Best regards, >> > > I will test this out on both 9x and XP until I get it working > on both. Since 'dist:' and 'clean:' in that one Makefile.mingw > are the only places where the problems occur, this should not > be a problem. > > Should we agree that > $(RM) can remove both a file and directory > $(CP) can copy both a file and directory > and that /y is always used? > > >> Adib. >> >> > > It would be -SO- sweet if the C/C++ world had a build tool > comparable to Apache Ant. It is cross-platform, and performs > all of the messy operations (mkdir/rmdir/move/copy... etc) itself. > > > > > Thanks for checking this out! > > > > Bob >

1 0

mnemonics
by bulia byak 26 Dec '03

26 Dec '03

Daniel, I reverted two of your mnemonics changes: Simp_lify path: to match the shortcut ctrl-l E_xclusion: to prevent clash with Cl_eanup and because it's commonly referred to as XOR, not EOR _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

1 0

Re: [Inkscape-devel] Win32 builds
by unknown＠example.com 26 Dec '03

26 Dec '03

Uups, my bad. When I run: set path= minwenv mingw32-make -f makefile.mingw dist then it works. Maybe some content of my included path makes this silly output. Adib. Daniel Díaz wrote: > Hello. > > > On Fri, 2003-12-26 at 09:40, taraben.a@...50... wrote: > >>3. The copy command including star (copy samples\*.svg inkscape\samples) >>Does not work: >>copy samples\*.svg inkscape\samples >>copy: samples*.svg: No such file or directory >>mingw32-make: *** [dist] Error 1 > > > Strange, but it seems to be escaping with the backslash character. What > if you double the backslashes? > copy samples\\*.svg inkscape\\samples > > Don't know if that might help. > > Greetings! > > Daniel Díaz > yosoy@...31...

1 0

"how to create rounded rects / arcs"
by Peter Moulder 26 Dec '03

26 Dec '03

Someone (jleach81) came on jabber to ask how to make rectangles with rounded corners with inkscape. I'd guess that elliptical arcs are similarly hard to guess how to do. The person arrived & left while I was away from my terminal, so I don't know whether the person didn't know what tool to use or didn't know how to use the tool to create those alternative shapes. The tooltips of the relevant tools (with square and circle icon, respectively) already say what shapes these tools can do. The circle-iconed tool's cursor shape indicates that it can do elliptical arcs. Perhaps the square-iconed tool's cursor shape should have a rounded rectangle cursor rather than a square-cornered rectangle as at present? It may be useful for the secondary toolbar for rectangle to have specializations: a square, a rectangle, a (circular-)rounded rectangle, and perhaps a circular-rounded square. Similarly for the ellipse. This would be consistent with the suggestion in the "spiral???" thread that the spiral/star tool might populate the secondary toolbar with different "odd shapes" like regular polygon, star, spiral. (Message-id: <1071701170.17080.20.camel@...16...>) I'm not sure of a good way to make it obvious that the knot editing tool can be used to change the roundedness of rectangles. pjm.

2 1

Context menu lacks stroke settings
by Nathan Hurst 26 Dec '03

26 Dec '03

to reproduce: new document draw rectangle right click on rectangle -> no stroke menu? TIA, njh

1 0

GtkMM libs for Win32
by Bob Jamison 26 Dec '03

26 Dec '03

I uploaded another copy of my zipfile containing GTK+, Glib, and all of the other dependencies for building Inkscape on Win32. This copy also contains GtkMM 2.2.8, with a matching copy of SigC++. So I suppose that checking GtmMM stuff into the tree would not break the builds. Bob

4 3

RE: [Inkscape-devel] Win32 builds
by bulia byak 25 Dec '03

25 Dec '03

>Now that the files have been checked >into the tree, it has become very easy >to build on Win32. I have put a couple >of recent builds here: > >http://troi.lincom-asg.com/~rjamison/inkscape The latest one works perfect on Windows 98. Thanks a lot! The only minor issue is that the size of all fonts in the UI is larger than that of native Windows apps - likely a GTK issue though. GTK even translated some (far from all) labels in the interface into Russian, because my Windows is Russian-localized :) Now maybe you can have a look at some lingering issues with the win build: paths of files and preferences (search the source for "TODO:WIN32") and the transient dialogs (I had to switch transiency off for windows, because there was a weird problem: when you minimize a document window, it minimizes with its transient dialog, but when you restore them, only the dialog pops up, and you cannot access the document window unless you close the dialog. See src/dialogs/dialog-events.cpp for code and some comments.) Oh, and detached toolbars also sink on Windows, as they do on KDE - and they cannot be restored unless you minimize all windows, because the toolbar "window" has no button in the taskbar :( Anyway, great job and a nice Xmas present for Windows users :) _________________________________________________________________ Make your home warm and cozy this winter with tips from MSN House & Home. http://special.msn.com/home/warmhome.armx

3 2

Re: [Inkscape-devel] save confirm dialog
by bulia byak 25 Dec '03

25 Dec '03

> > Not sure about the time (although why not?), but one thing we absolutely > > need is an indication of whether the sodipodi:modified is on or not. On > > windows, it's conventional to add * to the filename in the title bar, >don't > > know what HIG says about this. > >True. With showing the time, I meant in the dialog however. As the HIG >suggests: >http://developer.gnome.org/projects/gup/hig/1.0/images/save_alert.png >I believe that's very useful. :) So far only Mr.Project seems to have >this feature. A nice touch. At the moment, though, we probably have more urgent UI holes to patch... >I just posted another patch. :) See my comment in the tracker. We'll probably also need Mental or anyone else knowing Pango to review it. >As for CVS, hm, why not. But to be honest, I'm not a very reliable >person and I tend to switch a lot between different interests, so I'm >not sure if it's really worth it. At least I can't promise that I will >do much. :) At the moment I feel pretty motivated to work on the user >interface though, so if it's no big effort for you, it would be nice. No problem, you're in. Welcome to the team :) And I know by experience that CVS access is addictive, and a good motivation for people to keep contributing :) Please still use the patch tracker for dangerous changes that may need review, but feel free to patch any small or obvious things right in the CVS (our motto is "patch now, discuss later" :) Also you might want to read the UI section on our Wiki to get an idea of the major plans and discussions in this area. (If you'd be able to help with any of tasks there, such as reorganization of dialogs or building the secondary toolbar, that would be fantastic!) _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

7 14

const correctness
by MenTaLguY 25 Dec '03

25 Dec '03

Since we're all getting our feet wet in C++ now, one really important topic everyone needs to be up to speed on is "const correctness". For those who aren't familiar with the term, I'd recommend this article; it does a good job of explaining const correctness as well as the rationale behind it: http://www.google.com/search?q=cache:www.possibility.com/Cpp/const.html -mental

1 0

Re: [Inkscape-devel] Re: dnd [was: Re: export patches]
by bulia byak 25 Dec '03

25 Dec '03

>Okay. Btw. As the error dialogs are all the same (well, only the text is >different) >I'd like to put the error dialog into a function. In which file could I put >it? Shall >I create a new one? Or do we already have a place for this? Good idea. I think interface.cpp is the best place. _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

Re: [Inkscape-devel] Re: dnd [was: Re: export patches]
by bulia byak 25 Dec '03

25 Dec '03

Hi Alexander, big thanks for your file-related fixes today! However there's a problem with the error messageboxes you added (this also applies to the export errors) - they must be: - modal - unsinkable (transient) - non-resizeable The new save confirmation dialog satisfies all these requirements - please borrow the settings from it for your messageboxes. _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

Re: [Inkscape-devel] Re: dnd [was: Re: export patches]
by bulia byak 25 Dec '03

25 Dec '03

>The new save confirmation dialog satisfies all these requirements - please >borrow the settings from it for your messageboxes. Also, please make transient the file selection dialog opened by the Browse button, as are the file open and save dialogs (all it requires is a call to sp_transientize()). And the progress bar window must be transient too. _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

Re: Bugfix for file open crashing
by bulia byak 25 Dec '03

25 Dec '03

Hi, Thanks for the patch - but exactly this problem was fixed today, just a few hours before you :) However, if you're interested in Inkscape, please keep contributing! There remain a lot of unfixed bugs and unimplemented features, and we're always looking for new developers :) -- bb _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN 8. http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

1 0

Re: [Inkscape-devel] User Interface(was: save confirm dialog)
by bulia byak 25 Dec '03

25 Dec '03

> > I left these because I'm still undecided on whether we want the Initial >Caps > > style. To me it sounds old-fashioned and clunky, I would like to change > > everything to First cap only. But it's not something I feel too strongly > > about, so if HIG mandates Initial Caps without exceptions, I can live >with > > that. > >Yep it does. And to me, being used to it, everything else looks like an >oversight and thus unprofessional. :) It's described here: >http://developer.gnome.org/projects/gup/hig/1.0/layout.html#layout-capitali… OK, then please go ahead and unify that. > > >- Removed shortcut labels from the context menu. This is according to > > >the HIG to reduce clutter. > > > > Disagree. "Reduce clutter" is not a strong enough argument for me. The > > sooner the user will learn shortcuts, the more productive he will be, so >I'd > > like to use any opportunity to remind the shortcuts. > >Hm ok, I'll revert the change. However, to be honest I don't understand >the reason and I really don't believe that it is a strong enough reason >to break consistency. To me, it's more consistent when all menus show shortcuts, no matter context or not. >Users can learn the shortcuts from the main menu >and users who use the context menu usually do that because they want to >have quick access to a certain function, not because they want to see >the shortcut. Exactly BECAUSE they want quick access, they will be glad to learn that there's a still quicker access, via the shortcut :) > > If the former, well, OK. Otherwise, I like Ctrl-Shift better, because it > > seems to be standard on Windows, and besides it's more natural because >it's > >Is consistency with Windows more important than consistency with GNOME? >That would be a mild disappointment for me. :/ They are equally important. Winning users from Windows or Mac is of major importance, simply because it's by far the biggest source of new users. Given that Linux was feeling all right without a good vector editor for many years is an indication that the core users of Linux may not need such an application all that much. On the other hand, I'm an example of a person who've been rebooting into Windows for the vector editors (in my case, it's mostly Xara X) until I found Inkscape and spent some time on making it usable for me (with much help from others, of course - something that makes Inkscape very different from e.g. Sodipodi). So now I do simple designs in Inkscape, although I still have to reboot into Windows for more complex tasks. To summarize, neither Windows nor Gnome are the final authority for us; but both are worth consulting. Where HIG is in minor disagreement with Windows or Mac practices, we should follow HIG (unless doing otherwise brings some sizable benefits). But where following HIG literally might seriously alienate or confuse Windows users, we must be extra careful. Ideally each decision should be taken based on usability tests with real users, but lacking that, we need to put forward convincing arguments in addition to references to standards or conventions. > > the order in which most people actually press these keys (Ctrl, then >Shift). > > So I'd like to leave this as is unless there's some strongly worded and > > convincingly argued standard on this. > >Again, I don't think that this is a good reason to break consistency. >There is also a good reason for Shift+Ctrl+X: Most shortcuts are Ctrl+X, >Shift+Ctrl+X is usually only used when this one is already taken. So >putting Shift on the left side will make the items align better: >Bounce Ctrl+B >Frobnicate Ctrl+F >Foobar Shift+Ctrl+F >as opposed to: >Bounce Ctrl+B >Frobnicate Ctrl+F >Foobar Ctrl+Shift+F That's a counterpoint, but still I'm not convinced. I think following the natural order of pressing buttons is of major importance for the shortcut to be easy to memorize. Anyone else has an opinion? > > Key names: actually I wrote a special function (sp_key_name in > > interface.cpp) to translate from the ugly GDK names to normal ones. >Mostly > > it replaces monsters like "asciicircum" by its character, i.e. "^", but >also > > changes Page_Down. Reason: (1) it's overly long and unwieldy, (2) the >"_" > > character is not really meant for user consumption, it's a programmer's > > device, and (3) PgUp/PgDn is standard on Windows. So I would like to >keep > > this as is. > >Hmm ok. Again, the break of consistency kinda irks me and the "is >standard on Windows" irks me even more. ;) But right now this a minor >issue anyway... I needed a shorter variant for Page_Down, and Windows has one. Why not use it? > > "base" is the namedview. I think we can drop it. But the digit must be >kept, > > it the number of the view (call View/New view, it will show the same > > document with ": 2"). > >Ok. How about showing the ": x" only when it's two or higher? Good idea I think. > > >- Toolbar is non-standard (also looks ugly with Bluecurve theme :/) > > > > Which one, primary or secondary? > >Secondary. OK, you could work on it too, see SecondaryToolbar on wiki for the plans :) The difficulty with it is that we want to put both buttons and other kinds of controls there (spinbuttons, lists) and it may not be straightforward to combine them neatly. >Primary is fine. Though the HIG mandates that if a vertical toolbar is >used, the user should be able to make it horizontal. Probably not very >important, but I wonder if we could make it possible to also dock it at >the top when it's dragged around? May be relatively easy to implement, although now I don't see an urgent need for that. > > >- Storing window size when a window is closed and restoring this size > > >when a new window is opened. Currently new windows open way too small > > >for my resolution. Would that be ok? > > > > Done yesterday :) see my message "namedview news" > >Oh, great! :) I missed that. But this doesn't work for new documents, >right? I mean without using a template. It would be nice if a new >document would always open with the size of the last window I closed. I think this is wrong, because if I have several documents open with different window sizes and I quit Inkscape, the size of the new one will depend on which was closed last, which is almost random (from user perspective anyway). So this behavior might be confusing. I think it's better to decide once and for ever that "I want new documents to be this large" and put this into the template. Again, anyone else has an opinion on this? >Alright, I'll have a look at the preferences dialog then, this was >interesting me anyway. :) For everything else I'll wait for the >conversion to Gtkmm, as I'm really looking forward to that. Is there any >estimate already when this switch will occur? I couldn't find it in the >roadmap. Is there anything I could do to help with this? I think Nathan Hurst or Mental are the right persons to ask this question. _________________________________________________________________ Protect your PC - get McAfee.com VirusScan Online http://clinic.mcafee.com/clinic/ibuy/campaign.asp?cid=3963

5 6

Re: [Inkscape-devel] User Interface(was: save confirm dialog)
by bulia byak 25 Dec '03

25 Dec '03

>Agreed, also there isn't really any natural order. It doesn't matter >which button you press first and I'm pretty sure that not everyone >presses Ctrl, then Shift, then the key. Also many people (like me) have >a keyboard where control actually is located above shift. So this >argument is weak IMHO. :) Oh, OK, I changed the order. See now :) >Hmm, I meanwhile think that Bulia is right actually. Saving the size >only for "real" documents leads to a nice document oriented behavior. >And if it's easy to make the current size of the window the default size >for new documents, then everyone should be happy. I'd say as long as we >keep the document oriented behavior (opening a new document always opens >a new window, so a window _is_ the document), this is sane. In fact, we >should have a real spatial application right now. :) That's very nice >from a usability perspective. I added a Template tab to the PreferencesDialog wiki page where the user can edit any aspects of the template or press "Take from the current document". _________________________________________________________________ MSN 8 helps eliminate e-mail viruses. Get 2 months FREE*. http://join.msn.com/?page=features/virus&pgmarket=en-ca&RU=http%3a%2f%2fjoi…

1 0

namedview news
by bulia byak 25 Dec '03

25 Dec '03

Finally! Now when you save a document, its zoom and view center are written to sodipodi:namedview in the SVG file and restored on load. Moreover, optionally Inkscape saves and restored window geometry for each document (size and position). Whether this is done is controlled by options.savewindowgeometry in the preferences; for now I set this to 1 so you can test this feature. Still more, reading a template from preferences now works (some rudimentary code was there but it didn't work properly). This means you can pull the sodipodi:namedview element from any of your documents and insert it into your ~/.inkscape/preferences.xml into the group with id="template", for example: <group id="template"> <sodipodi:namedview id="base" inkscape:zoom="13.6834309" inkscape:cx="345.390036" inkscape:cy="184.555047" inkscape:window-width="1268" inkscape:window-height="999" inkscape:window-x="0" inkscape:window-y="0" showgrid="true"> <sodipodi:guide orientation="vertical" position="481.748035" id="guide573" /> </sodipodi:namedview> </group> and all new documents you create will have the zoom and window geometry of that document, plus its guides, grid, and other settings. There's no UI for setting this template yet, but it's easy to add a command that will save the current document's namedview into the preferences, with a given id (which is "base" by default, but we can add a variant of the New command that selects one of the namedviews stored in preferences. Or perhaps it's better to leave one namedview template only in preferences, but add a "New from template" command that creates a new document from a separate empty SVG file that will store not only the namedview but paper size, etc.). _________________________________________________________________ The new MSN 8: smart spam protection and 2 months FREE* http://join.msn.com/?page=features/junkmail http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

Re: [Inkscape-devel] menu idea
by bulia byak 25 Dec '03

25 Dec '03

>Hm, Dialogs is pretty generic. But I guess it's the best choice, since >Tools would probably be too confusing. >Oh the other hand, after we reorganize the dialogs there should be only >7 left, More will be added, Layers for one. >if we move Preferences to Edit, only 6. Do we have to? Is this some kind of a standard? >This would make the View >menu contain only 15 items View will grow too; for example we need menu commands to switch rulers and grid on/off. >including the dialogs and that's an >acceptable number, so maybe it's not really worth it? We could then >still split the menu once it grows too large. I think it's better if users can get accustomed to the new menu layout early. _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

2 1

Re: [Inkscape-devel] menu idea
by bulia byak 25 Dec '03

25 Dec '03

>Please remember that in some languages, the menu names will be about >twice their current width. Do you really want the document window >forced to be that wide? Currently the menu takes about 25% of my screen horizontally, so we definitely have some room to grow. Besides, we'll also have much more stuff in the secondary toolbar that will also stretch the window horizontally (although of course we must be very thrifty with space there and add important things closer to the left side) >Forgetting for the moment what the standard widgets can currently do, >what do you think the best way to deal with uncomfortably wide menus is? I don't think it's an issue at this time. Inkscape will have big menus inevitably, since it's a complex application. Gimp now has 10 menus; it simply cuts the menubar when window is resized small - I don't like that, I'd prefer the menus to be reflown in 2 or more lines (does GTK support that?) _________________________________________________________________ Add photos to your messages with MSN 8. Get 2 months FREE*. http://join.msn.com/?page=dept/features&pgmarket=en-ca&RU=http%3a%2f%2fjoin…

2 1

menu idea
by bulia byak 24 Dec '03

24 Dec '03

With the View menu moved, I think it makes sense to serparate its list of dialogs into a separate menu Dialogs, to be put after Object. And I'd like to separate Object into Object (grouping, order, and transformation commands) and Path (everything else). What do you think? This makes 8 menus overall, which is not too many I think. With this arrangement, it seems to be much easier to find a place for a new command (there hopefully will be many). _________________________________________________________________ Help STOP SPAM with the new MSN 8 and get 2 months FREE* http://join.msn.com/?page=dept/bcomm&pgmarket=en-ca&RU=http%3a%2f%2fjoin.ms…

3 2