- Inkscape Devel - Inkscape Mailman

New text layout code
by Richard Hughes 10 Mar '05

10 Mar '05

I've just committed the first part of my text layout rewrite. The patch got a little excessively large so there's bound to be breakage somewhere (probably a lot of places). If you assign any bug that looks to be my fault to me (cyreve) that would be helpful. It's a little sparse at the moment, but I'm hoping to ramp up the features fairly quickly now I've got a decent base to work on. Known regressions: 1) Things go wrong if you delete a line break and then add one in the same place. I know exactly what I need to fix. 2) Linespacing was implemented as a custom attribute on the <tspan> fields. I want to move this into the css before I enable it (it's neater if everything is in SPStyle) but will, of course, retain backward compatibility with old files. 3) Likewise justification on <flowtext> (although I don't imagine anybody's seriously using this currently). 4) flowtext editing on the canvas didn't work very well before, and it still doesn't work very well. 5) I think vertical text is probably broken. It's been a while since I tried it. The old implementation was actually wrong according to the css spec, because the latin glyphs should have been rotated 90 degrees by default. New stuff that works now: 1) share/examples/flowsample.svg renders the rtl portions correctly 2) Up/down movement in text goes straight up and down, rather than going to the same character index in the line above. Also, it doesn't jump from one side of the gap in flowsample.svg to the other. It still drifts a bit over repeated up/down because I've left some compatibility layers in. 3) Insertion and deletion of text with styles should keep the XML tree a bit cleaner than before. 4) Um...I made the cursor go italic when you're over italic text (well I thought it was cool). This doesn't work for Bitstream Vera because oddly enough they didn't specify the angle of the italic text in the font file. New stuff that will work in the short to medium term: 1) Editing <flowtext> 2) Line spacing, full justification and whatever other 'easy' css properties I can find 3) Text selection, maybe a text toolbar too if I can persuade Bulia to write it for me :-) New stuff that will work eventually: 1) Moderately complete css3 Text functionality 2) Anything else that I dream up along the way That's it I think. Now I just wait for the bug reports to fly in. Richard.

3 5

printing
by herve couvelard 10 Mar '05

10 Mar '05

Hello, just une question, when it come to printing (wokrs fine). a ps files from inkscape show : <snip> %!PS-Adobe-2.0 %%BoundingBox: 0 0 596 842 %%HiResBoundingBox: 0 0 595.276 841.89 0 841.89 translate 0.8 -0.8 scale gsave [1 0 0 1 0 0] concat 0 0 0 setrgbcolor <==== taht is real black there newpath 47.4377 88.6988 moveto 47.4377 113.095 lineto 70.4789 113.095 lineto 70.4789 88.6988 lineto 47.4377 88.6988 lineto closepath </snip> but the printer (HP desjet 1220C - inkjet printer - cups hpijs driver) use black+color cartridges where/how can track that down to make her print only with black cartridge for black text ? Thanks in advance hervé

1 0

Re: [Sodipodi-list] Re: I can't admin the project after all
by Jon Phillips 10 Mar '05

10 Mar '05

On Wed, 2005-03-09 at 21:19 -0500, Pat Suwalski wrote: > Michael Schumacher wrote: > > Is there anything in Sodipodi that's not in Inkscape? Probably nothing > > except the more modular interface, and this is currently being worked on (in > > the direction of GIMP-style tabbed docks, AFAIK). > > There is one feature that was added shortly after the fork, and that is > applying transformations. So, if a point drawn at [0,0] was moved x+5 > and y+3, then applying would make its actual coordinated [5,3]. I can't > seem to find equivalent simplification commands in Inkscape, and I > certainly use them as it makes things like rotations and such far more > compatible. > I've forwarded this to the Inkscape list, as it has been talked about before. If it is useful, then it should get a look at...especially, if you all would like to see in Inkscape. Jon > > ------------------------------------------------------- > SF email is sponsored by - The IT Product Guide > Read honest & candid reviews on hundreds of IT Products from real users. > Discover which products truly live up to the hype. Start reading now. > http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click > _______________________________________________ > Sodipodi-list mailing list > Sodipodi-list(a)lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/sodipodi-list > -- Jon Phillips USA PH 510.499.0894 jon@...235... http://www.rejon.org Inkscape (http://inkscape.org) Open Clip Art Library (www.openclipart.org) CVS Book (http://cvsbook.ucsd.edu) Scale Journal (http://scale.ucsd.edu)

1 0

No more dialogs!!!
by Jon A. Cruz 09 Mar '05

09 Mar '05

I just wanted to say... We should not be coding dialogs any more. Instead we need to keep in mind breaking things down and making them reusable. One thing would be to avoid subclassing Gtk::Dialog. Instead we should have things more generic, and come up with a generic class based on Gtk::Container. These composit widgets could then be wrapped in a Gtk::Dialog for convenience, but then they could also be dropped into tabbed pages of a notebook, set vertically in a single window, etc. And then in our code, we should try to avoid the physical concept of "pop up the style dialog", and instead replace it with the logical concept of "present the style chooser to the user". That's a very subtle difference, but can help in lots of areas. Also... are there any other components we should come up with? Right of hand I can think of one in the 'Icon Preview' dialog I'm working on. It probably needs an document chooser, much like on the GIMP's layer dialog. However, others might need this too, so I was thinking it would be nice to have it generic and as reusable as the 'current color widget'. Anything else?

5 6

Icon loading changes
by Jon A. Cruz 09 Mar '05

09 Mar '05

I just did a big change in the behavior of Inkscape icons. Funny thing is, it's a net reduction in lines of code. Anyway, now when it goes to build an icon, it first asks GTK+ if there's a stock image of that name. If so, it loads it on up. And it also returns the stock GtkImage instead of a new instance of SPIcon built from an extracted bitmap. One of the things is that now the stock icons being used will reflect the current theme, when before they'd always be the default GTK+ stock icons regardless of what theme was being used. Also... if the theme is changed will the app is open, they stock icons will now change to stay in step. Perhaps we should use more stock icons. Perhaps we should get inkscape ones pushed out into standard stock land. Perhaps we should have nice SVG inkscape theme sets to switch when main themes are changed. Perhaps... Anyway, play around and see what comes up.

8 12

Icon preview
by Jon A. Cruz 09 Mar '05

09 Mar '05

It's a little buggy, but go ahead and check out the initial cut of "Icon Preview" under the View menu. I mainly just put stuff I needed for debugging into a dialog. Just hit "refresh" and it will render the top desktop's selected item as icons in different stock sizes.

2 2

bug with gradient editing
by David Christian Berg 09 Mar '05

09 Mar '05

Hey Bulia, just found a bug with gradient editing. Steps to reproduce: 1. Create a Text 2. Apply a gradient to the text 3. Delete the text 4. Undo deleting the text 5. Try to edit the gradient or switch to a solid fill. It won't work If you can't fix it right away, I'll file a bug report against it. Take care! David

5 8

Layer Merging, and Merging Groups of layers.
by Alan Horkan 08 Mar '05

08 Mar '05

[sorry, deleted old posts had to start a new thread] I said I'd take a look at how Adobe Photoshop handles groups of Layers and I was able to check Adobe Photoshop 7 and to be honest I wasn't impressed. Adobe Photoshop allows you to have lots of seperate layers and it also allows you to create what looks like a folder in the Layer Palette so that you can put Layers inside the folder and group them together. What I'm unimpressed by is that they depending on what you have selected - a Layer or a Layer Group Folder - the menu entries for "Layer, Merge Down" (and the other one) dynamically change lables and offer to Merge Layer Set. (I'm not sure about the specific wording, I only have very limited access to proprietary multimedia software so I'm describing this from memory). If you are usign the Merge Down function and you hit a Layer Group in the stack you are stopped dead. No attempt is made to move into the group and merge the next layer, no prompt is given offering to merge the whole group or just the next layer. The workflow stops, dead end. Inkscape cannot copy the dynamically changing menu behaviour because dynamically changing menu items almost always make for a bad user interface and even worse accessibility. However I do think this could be done better, my initial suggestion would be if "Merge Down" hits a Layer Group there would be a prompt offering to "Merge Next Only" or "Merge Group" but it is only a suggestion as I'm fairly sure Bulia has some implementation ideas of his own Hope that helps. If you want me to get screenshots or try to better describe how Adobe Photoshop behaves please do ask. Sincerely Alan Horkan Inkscape, Draw Freely http://inkscape.org Abiword is Awesome http://www.abisource.com

2 1

Fix for Inkscape execstack marking
by Mike Hearn 08 Mar '05

08 Mar '05

Hi, I have fixed the problem reported by Ivan Gyurdiev. As the MMX assembly does not appear to require an executable stack, the attached patch provides a .GNU-stack section allowing it to be protected. As you can see the stack is marked RW not RWE: mike@...646... src $ readelf -aW inkscape|grep GNU_STACK GNU_STACK 0x000000 0x00000000 0x00000000 0x00000 0x00000 RW 0x4 This patch will take effect in the autopackage nightly builds immediately (because that tree is where I wrote it). It's been put in the bug tracker here: https://sourceforge.net/tracker/index.php?func=detail&aid=1157714&group_id=… thanks -mike

2 1

Open Clip Art Library Release 0.11 Announcement
by Jon Phillips 08 Mar '05

08 Mar '05

Open Clip Art Library Release 0.11 Announcement March 8, 2005 UTC - Release 0.11 of the Open Clip Art Library (www.openclipart.org) is now available for download on-line as an individual package consisting of 2896 images submitted by over 200 artists from around the world. Some of the new clip art received this month includes more images of food, computer-related items and even a little boombox. In addition to the collected 0.11 package, each clip art file can now be found by keywords using developer Jonadab's new Keyword Search Tool. The Open Clip Art Library is growing rapidly because of increasing submissions from artists. Currently, the top five artists in terms of the amount of clip art submitted are: Danny Allen (951 images), Nicu Buculei (456), Jose Hevia (453), Andy Fitzsimon (250), and Alan Horkan (119). These Artist's and others contributions are the life blood of the Library. While the critical unit of contribution in traditional Open Source is code, it is a little different with the Open Clip Art Library project in that an actual clip art donation is just as helpful as the code supporting it. For March the Open Clip Art Library encourages submissions of clip art related to the concept of "Spring." In the coming months as the library grows in size, the project needs new developers to help build tools to process this growing repository. Upcoming planned features that the project needs assistance on include capturing and tracking of clip art requests, user account management, adding WebDAV support, and developing wizards to aid in composition. Use the following URLs to download the latest release of the Open Clip Art Library: http://www.openclipart.org/downloads/0.11/openclipart-0.11.tar.bz2 http://www.openclipart.org/downloads/0.11/openclipart-0.11.tar.gz http://www.openclipart.org/downloads/0.11/openclipart-0.11.zip http://www.openclipart.org/downloads/0.11/openclipart-tools.zip The Open Clip Art Library (http://www.openclipart.org/) aims to create an archive of clip art that can be used freely for any use. All graphics submitted to the project are placed into the Public Domain according to the Creative Commons Public Domain Declaration.

1 0