- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] Problem with the GTK file selector in KDE
by bulia byak 27 Apr '04

27 Apr '04

>Hey! It works!!! ;-) I copied this file into 0.38.1 tree and recompiled. It >works! I can now open the file open dialogue, switch to another desktop and >then back and the dialogue is there. OK, so this one is fixed. Good. Now we need to attack that "ugly buttons" problem. It's so weird I don't know where to start :) Please create a bug ticket with your screenshot attached and provide as much information and testing as you can. Everyone, please spend some time thinking about it, maybe you'll be stricken by an idea :) _________________________________________________________________ MSN Premium helps eliminate e-mail viruses. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

4 3

Re: [Inkscape-devel] Problem with the GTK file selector in KDE
by bulia byak 26 Apr '04

26 Apr '04

> > I just checked in a code fix. Please try the current CVS and see if it > > fixes the problem. Also try to vary the "Dialogs are hidden in the >taskbar" > > and "Dialogs on top" options and report which work best for you. >Okay, I'll try it. But two days ago I tried the CVS snapshot and the icons >looked distorted/ugly... I hoped we had left this problem behind. I never could reproduce it. Anyone else experiencing it? _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

3 9

Re: [Inkscape-devel] Problem with the GTK file selector in KDE
by bulia byak 26 Apr '04

26 Apr '04

> > a file selector dialog (Open, Save As, ...) and switch to another task > > without closing this dialog, then you will not be able to switch back > > to this Inkscape instance, so you will sooner or later need to kill it. >I have the same issue here. KDE 3.2.0, Mandrake 10.0 community. I just checked in a code fix. Please try the current CVS and see if it fixes the problem. Also try to vary the "Dialogs are hidden in the taskbar" and "Dialogs on top" options and report which work best for you. _________________________________________________________________ MSN Premium with Virus Guard and Firewall* from McAfee� Security : 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

cosmetics
by bulia byak 26 Apr '04

26 Apr '04

I removed the relief from the top panel buttons (looks much nicer IMHO). Also the "sticky zoom" button if finally gone, instead there's a global preference governing this. _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

Deleting extensions
by Ted Gould 26 Apr '04

26 Apr '04

Hey, I've committed some code that increases the abilities of the checking involving scripts - and I left in some debugging output. The reason for this is so people will complain ;) You might get something like: Deleting Extension: Dia Input Typically this is caused by not being able to find the program in the path. If, you think that something shouldn't be deleted, and it is getting deleted, please tell me. I think that the path detection code should work on win32 also, but I don't have it to verify. If someone could verify that it would be cool too. Thanks for your time, we will now return you to your regularly scheduled program :) --Ted

1 0

Problem with the GTK file selector in KDE
by Arpad Biro 26 Apr '04

26 Apr '04

Hi, I noticed the following problem when using Inkscape in KDE: if you open a file selector dialog (Open, Save As, ...) and switch to another task without closing this dialog, then you will not be able to switch back to this Inkscape instance, so you will sooner or later need to kill it. The same happens if you move the file selector dialog to another virtual desktop: you will not see the dialog again, so you will not be able to close it. This does not happen in GNOME, nor does it happen with other Inkscape dialogs under KDE. Other GTK apps I tested (Gedit, Gnumeric, GnoZip) do not have this problem even under KDE. My versions are: GTK 2.2.4, Qt 3.2.3, GNOME 2.4, KDE 3.2 Arpad Biro __________________________________ Do you Yahoo!? Yahoo! Photos: High-quality 4x6 digital prints for 25� http://photos.yahoo.com/ph/print_splash

2 1

Clones tamed
by bulia byak 26 Apr '04

26 Apr '04

I just checked in a change to the clones code which allows you to select how a clone reacts when its original is moved. In the Inkscape Preferences dialog, Misc tab, you can choose between: - Moves in parallel: Clone is translated by the same vector as its original. - Stays unmoved: Clone preserves its position when its original is moved. - Moves according to transform: Clone moves according to the value of its transform= attribute. For example, a rotated clone will move in a different direction than its original. Until now, the last of the three options was the only possible one. Now the default is the "moves in parallel" option. This makes handling clones much more intuitive and convenient in design. _________________________________________________________________ Watch LIVE baseball games on your computer with MLB.TV, included with MSN Premium! http://join.msn.com/?page=features/mlb&pgmarket=en-us/go/onm00200439ave/dir…

1 0

pangoization
by MenTaLguY 25 Apr '04

25 Apr '04

Well, while this release cycle is supposed to be focused on pangoization, we've not really done much work on that yet, so I've been thinking about where to start... At this point I think the plan looks like this: 1. C++ify libnrtype (completely) 2. Introduce a pango libnrtype backend 3. get the pango backend debugged on all platforms and switch to using it exclusively 4. refactor libnrtype away, bringing pango "to the surface" 5. Investigate using Pango in other areas, like <text> layout One motivation for the C++ification is because, while it's a significant project in its own right, it is much easier to create and refactor C++ classes than GObject/NRObject ones. Another advantage is that it'll get everyone involved more familiar with the code. So, anyway ... Nathan's already done some of the preliminary work on libnrtype. I think the next step switching from aggregation to C++ inheritance. (which simply means that this: struct NRSomething { NRSomethingBase base; ... }; becomes this: struct NRSomething : public NRSomethingBase { ... }; ...and no other changes should be necessary at that step) Any volunteers? I'll start hitting this myself once I get through with the SPSelection cleanup. -mental

2 2

RE: [Inkscape-devel] Problem with the GTK file selector in KDE
by bulia byak 25 Apr '04

25 Apr '04

>This does not happen in GNOME, nor does it happen with other Inkscape >dialogs under KDE. It also does not happen in KDE 3.1.3 which is why I did not catch it. See discussion here: http://sourceforge.net/tracker/index.php?func=detail&aid=938123&group_id=93… Please try the solution discussed there and report your results in a comment. _________________________________________________________________ STOP MORE SPAM with the MSN Premium and get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

selection NULLness
by Carl Hetherington 25 Apr '04

25 Apr '04

Hi, While doing some SPSelection OO-ification I have noticed that there seems to be some confusion in the code about whether desktop->selection is ever NULL in normal operation. Anyone got any clues? Basically I think this dictates whether desktop->selection should be g_assert()ed non-NULL or assumed empty if it's NULL. The same confusion arises in other places where a SPSelection* is held. Personally, I'd favour the convention that all SPSelection* in structs are assumed to be non-NULL. Thanks Carl

2 2