- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] rectangle tool
by Artemio 22 Jun '04

22 Jun '04

You wrote: > Maybe the trick with the extrahandle to have the radii stay the same > while scaling should be moved into a keybinding for general scaling? > This way, you can still use the right, left, top, bottom and corner > handles, the way you are used to it from scaling rects without radii. Hey, wait up! I dunno what kind of preferences I changed or haven't changed, but if I use the upper/lower vertical or left/right horizontal resize handles for a rectangle object, the covner radii changes while dragging but then reverts to the previous original state after releasing the mouse. I guess I should have tried all ways before posting my message ;-) As always, Inkscape turns out even better than what we think ;-) Artemio. -- The official web residence of Artemio -> http://artemio.net/ [local time 12:24:13 (GMT +3) 22 June 2004] [system uptime 6 min]

2 1

Re: [Inkscape-user] Inkscape is spectacular -- feature requests?
by bulia byak 22 Jun '04

22 Jun '04

> This sounds doable (I didn't -really- want to work on my thesis this > week) but I'm not entirely clear how the libraries would work, I guess. > Would they be a valid SVG document where each top-level group > represented an item ? Not quite, each item in the library will be defined exactly as it is in a normal document, i.e. inside <defs>. Take a look at share/markers/markers.svg. > 1. Keep a copy of each library object used by a document in each > document itself. Yes. > Thus, the document will be editable, but you could > (say) open a library and "update" the linked objects. Updating a symbol from the library is not implemented but can be done easily using inkscape:stock_id attribute for matching. > is that you don't have to find / access the library to edit the lib > object -- it essentially keeps a local copy. The downside is the > explicit update step. Yes, and this is the only way to make SVG editable/viewable outside of your system. > 2. Keep the library files separate. This means that to view/edit a > document, you'd need to be able to access the libray, and the document > would have to know how to find the library. I'm not sure this option is workable with SVG. > exist as Free Software. Can I buy the developers a beer? Sure, if you can catch us - we're scattered around the globe :)

1 0

Autopackage install attempt with Inkscape on SuSE
by Bryce Harrington 21 Jun '04

21 Jun '04

Hi Guys, Carl and I just tried out installation of Inkscape onto his SuSE 9.x box using autopackage, but ran into a dependency issue for "GTK 2 C++ bindings". I'm assuming that is the gtkmm2 package. It said that this would need to be installed manually, however we couldn't find what package this corresponds to for SuSE (looking at YaST and rpmfind.net.) Do you have a suggestion for where we can find this package? Also, it would be nice if the GUI gave some directions to look when it fails to find a dependency. Fwiw, we also had to use the `xhost +` trick to be able to see the GUI. Thanks, Bryce

3 5

Re: [Inkscape-devel] terminology - help needed
by bulia byak 21 Jun '04

21 Jun '04

>1. "Function Bar" >2. "Object Bar" >3. "Main Toolbar" 1 and 3 are acceptable, but 2? It's not related to any specific object, but to the current tool. _________________________________________________________________ Add photos to your messages with MSN Premium. Get 2 months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

4 3

Re: [Inkscape-user] terminology - help needed
by bulia byak 21 Jun '04

21 Jun '04

> Can two toolbars be placed end to end yet? > (I dont recall being able to do so with GTK widgets in the past or with > any of the applications i randomly tested with) Maybe in the next version of GTK, not sure about the current one > Rather than trying to fit everything into a single standard toolbar (which > if crowded wont fit on small displays) it would be better to have a few > smaller logically organised toolbars (which wont look good on large > displays unless they can be put end to end on the same row). Agree, but this will need to wait for better toolbar management in GTK > An alternative approach might be to somehow add these features to the Zoom > box that is permanently embedded in the status bar. Already done, right-click it and you'll see the commands in the menu.

2 1

Re: [Inkscape-devel] terminology - help needed
by bulia byak 21 Jun '04

21 Jun '04

>FWIW, I don't find it confusing. If a car salesmam sells cars, a book >shelf holds books Note however that it's more often bookshelf, not book shelf, for exactly this reason. _________________________________________________________________ Tired of spam? Get advanced junk mail protection with MSN Premium http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

1 0

terminology - help needed
by bulia byak 21 Jun '04

21 Jun '04

>1. One >2. Two >3. Three ALmost perfect, but unfortunately only works by referring to the original mailing list thread :) >Lose the plurality: command bar, tool control bar, toolbox. I think losing the plurality only makes sense if we combine words into one, e.g. "commandbar", otherwise it's confusing (which command? which tool control?) >1 Main Bar It's not "main" in any reasonable sense imho. >2 Tweak Bar ([Fine] Tuning? Not descriptive enough. >2 [Tool] Options? They're not exactly options; they're controls that make sense for the tool and let you use it. >3. Tool Options bar And 3 is not options either, it has tools themselves. >Calling it the `toolbox' is a bit of a misnomer, since it's not a box >anymore. `Tool Bar' is worse, unfortunately. Yes. >1. "Application Toolbar" (for generally-applicable actions) Maybe, but kinda vague. Don't other bars belong to the same application? > 2. "Modal Toolbar" (the horizontal modal action/option bar) Correct technically, but confusing. A modal dialog is the one which freezes the app; what does a modal toolbar freeze? >3. "Tool Selector" (the vertical tool selector bar) Hmm. "Please select the Selector tool on the Tool Selector." Not gonna work :) >1. "Function Bar" Function or Functions? Anyway this seems to be a close equivalent to "Commands bar". _________________________________________________________________ Free yourself from those irritating pop-up ads with MSn Premium. Get 2months FREE* http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

3 2

Re: [Inkscape-devel] RE: [ inkscape-Bugs-973768 ]letterspacingbroken
by bulia byak 20 Jun '04

20 Jun '04

>Remember that Inkscape isn't only a visual editor, it's a structural >editor too. I don't see the connection with inheritance. If we introduce a non-standard property, it needs to be at least limited and predictable. Making it inherited will give it a degree of unwelcome unpredictability while not providing any significant advantage. And besides, even if Inkscape "isn't only a visual editor", this does not apply to -inkscape-face. This is a purely visual property which results from the user _seeing_ some font and deciding that it's good. It makes little sense to set this property when editing CSS offline; for that, normal CSS properties are usually better. >IOW, -inkscape-face should take precedence if it matches the normal >CSS-specified font closely enough; otherwise it is ignored. Yes, that it what I have in mind, and ignoring -inkscape-face on mismatch is OK too if accompanied by a warning (this is going to be an exceptional situation anyway, never affecting most users). But I don't see why we must make it inherited. _________________________________________________________________ http://join.msn.com/?pgmarket=en-ca&page=byoa/prem&xAPID=1994&DI=1034&SU=ht…

2 1

Compiling Inkscape CVS on Solaris 2.8
by Colin Marquardt 20 Jun '04

20 Jun '04

Hi, I'm trying to compile inkscape-20040527 with gcc (GCC) 3.3.2 on a SunOS foo 5.8 Generic_108528-22 sun4u sparc SUNW,Sun-Fire-V240 machine. I had to fix a few things: Use <inttypes.h>, not <stdint.h> in src/display/sp-canvas.h, src/livarot/DblLinked.h, src/livarot/LivarotDefs.h, src/livarot/AVL.h, src/livarot/Shape.h, src/livarot/ShapeUtils.h, src/livarot/Ligne.h (see http://www.lns.cornell.edu/public/COMP/info/autoconf/Header-Portability.html) Replace round() with rint() according to http://news.gw.com/freebsd.gnome/1237 in src/object-edit.cpp, src/spiral-context.cpp fabsf() was undeclared (I just put in "fabs()", not sure if this is correct) in src/sp-shape.cpp (see http://gcc.gnu.org/ml/java/2001-01/msg00465.html). I could make a patch for these changes if wanted. Now, with the following error, I assume it happens because the Makefile is using Solaris' as instead of GNU's "gas": In file included from style.h:19, from sp-typeset-kplayout.cpp:26: sp-marker.h: In member function `SPMarker* SPMarkerReference::getObject() const ': sp-marker.h:94: warning: cast from `SPObject*' to `SPMarker*' increases required alignment of target type In file included from sp-typeset-kplayout.cpp:30: sp-use.h: In member function `SPItem* SPUseReference::getObject() const': sp-use.h:25: warning: cast from `SPObject*' to `SPItem*' increases required alignment of target type sp-typeset-kplayout.cpp: In function `void sp_typeset_rekplayout(SPTypeset*)': sp-typeset-kplayout.cpp:325: warning: cast from `GTypeInstance*' to `SPTypeset* ' increases required alignment of target type /usr/ccs/bin/as: "/var/tmp//ccUeTaeq.s", line 5631: error: constant value must be between -4096 and 4095 gmake: *** [sp-typeset-kplayout.o] Error 1 (I include some of the warnings I get for virtually every file for good measure :) I have stopped here for today since I didn't find the "as" call immediately; I hope the above is helpful for portabilty. Hints about the as/gas problem are appreciated. Cheers, Colin

3 13

select statusbar bug
by MenTaLguY 20 Jun '04

20 Jun '04

just a quick note that I've fixed the selection status message bug. that is all. -mental

1 0