- Inkscape Devel - Inkscape Mailman

Re: [Inkscape-devel] UI proposal for text in shapes
by Valerie 04 Jun '08

04 Jun '08

> On some 1,5-2 years or so old thread in this mailing list :) *looks at size of archive* :S > I don't think anybody else does it. Most other applications just > either separate type face/style from type family or just provide B/I > buttons. The bolder/lighter approach is more interesting, because then > you can easily cycle between multiple faces. I'd love to see how this > could be done in UI other than with two buttons (bolder/lighter) as > well, actually :) Well for me it will heavily depend on whether I actually Get the concept. Is the behaviour continuous or discrete (as in, can you set in just about any value or are you limited to a few specific ones?) Same for italics: you decide the slant of the text right? Can you specify just about any value? I remember a person who proposed this handy pop-up slider where you can click and drag left and right pretty easily. If the above behaviour allows you to take just about any value, then I Could see a "bold" drop-down horizontal slider where as you slide around the font becomes bolder. If there are a finite number of values possible, then you could constrain the values of the slider. Same with italics. How does Inkscape actually handle all that though? By distorting the fonts to hell? (something I don't really have a problem with, as long as it doesn't cause the memory usage to go to hell because handling of long text always seems to eat up my memory like no tomorrow right now?) Speaking of that person's handy slider thing, I don't suppose anybody is going to implement it anytime soon? (a pity, because it's real handy. One-click value adjustment. Somebody should really make that widget)

4 6

UI proposal for text in shapes
by Valerie 04 Jun '08

04 Jun '08

Well, work on the vector brush interface is just about done, so I've tackled another thing I'd like to have (though it's not as significant): proper flowing of text into shapes (chart items in particular). At first I thought about making dedicated chart shapes, which have an automatic text box at the centre (or defined alignment position). Then I thought about adding the functionality to existing shapes. Though it still doesn't address the question of non-predefined shapes. So, the simplest way in the end is to add the functionality to the text toolbar, so that it can be applied to any shape. http://img294.imageshack.us/img294/1162/textinterfacelk4.png Note the grid by the way. Whoever thought of it first (not me, but I don't remember who. It was proposed for some other Inkscape feature though) is genius. You can align the text to: - top-left - top-center - top-right - middle-left - (you get the idea) Why this proposal? - because the align grid eliminates the need for calling up the bulky align dialogue all the time when doing chart items. The current flow functionality always starts at the top-left corner, unless I'm missing something. - because the padding means you can use the actual shape as border, instead of having to manually make a smaller version and stuffing the text into it. I suppose this would address the following wishlist items: https://bugs.launchpad.net/inkscape/+bug/171105 https://bugs.launchpad.net/inkscape/+bug/171602

3 10

Re: [Inkscape-devel] Knotholder C++ification
by Maximilian Albert 04 Jun '08

04 Jun '08

Bob Jamison schrieb: ==> Hi. I'm getting link errors, like this one: build\libinkscape.a(knotholder.o):knotholder.cpp:(.text+0xbd3): undefined reference to `vtable for KnotHolderEntity' Was a .cpp file maybe missed in the commit? <== Dammit, yes. That's because I had applied a patch from my local git repo and forgot to do "svn add" despite me reminding myself a thousand times before. *grmpf* Thanks for reporting this. It should work now. Very sorry for having broken the build. Max

1 0

Re: [Inkscape-devel] UI proposal for text in shapes
by Valerie 04 Jun '08

04 Jun '08

> but as an aside, the whole typeface generation engine is still very > much in development, and i'd venture to say that a stable/usable > version will not be out before August. I have been working on an > Inkscape plugin for testing it, so maybe that would be a better way to > introduce this type design interface into Inkscape - then we can talk ;) I can't help with that unfortunately, I have no idea what you'd be trying to achieve UI-wise. On the bright side, I've thought up a possible interface for the toolbar. However, I'd suggest the option to revert to "simple" mode for those who aren't used to it. The fontface choices would basically be done in a drop-down: http://img147.imageshack.us/img147/7818/textstylesmk2.png (rough drawing for now, I'll do the nicer looking version later) Mouse-over the values will also reveal their names (bold, ultra-bold, heavy etc) Now it would still be cumbersome no matter what you do because there are just that many options. However, Mouse-over to Each field Must reveal the shortcuts, which would get the users to quickly get used to them and thus minimize their usage of the drop-down. Shortcuts: - Ctrl+I: toggle between italic modes (normal, oblique, italic) - Ctrl+B: make bolder. - Ctrl+Shift-B and Ctrl+L: make lighter. - Ctrl+E: expand. - Ctrl+Shift+E: contract If gravity is added in there, then sure. As for "weight," it'd go like this: if for a style (say, Italic), there is no font for that weight, they the implicit weight value stays the same, but Italic takes on the next closest value. The explanation to the user is that "Italic with Bold" and Italic with Ultrabold" look the same. And that's about it. A possible alternate interface is that Italic gets drop-down value boxes and Bold next to it gets a drop-down horizontal slider. The other options still get stuffed into a drop-down.

1 0

Knotholder C++ification
by Maximilian Albert 04 Jun '08

04 Jun '08

Hi all, in rev. 18775 I committed some changes to C++ify the knotholder-related classes (this was made necessary by my LPE-integration work). Basically, I just rewrapped the existing functions as methods of the new classes KnotHolder, KnotHolderEntity etc. Although the changes were quite straightforward, there is a chance that some code got lost in the process, so please watch out for any regressions!! The main change to be aware of when writing new knotholder code is perhaps that each knotholder entity (which among other things encapsulates a visual on-canvas handle) should now derive from the "general" KnotHolderEntity class and override the virtual functions knot_(get|set|click) which are responsible for the actions taken when the associated handle's position is read/set or when the handle is clicked. Similarly, each item-specific knotholder class (like RectKnotHolder) now derives from the general KnotHolder class, and in its constructor the necessary KnotHolderEntities for all required handles are created. Note that a KnotHolderEntity must currently be explicitly created using the create() method (i.e., this does not happen in the constructor).[1] I'd welcome any comments because although it works well, it still seems slightly awkward to have a new class for each knotholder entity and each knotholder. Did I miss anything and is there a more elegant way to organize things or is this indeed the way to go? More on my other and yet-to-be-committed work in a separate email. Cheers, Max P.S.: Known issue: LPE PointParams are currently broken and they cannot be edited on-canvas. I hope to get this fixed very soon and then the cumbersome edit-on-vanas button will disappear, too. :) [1] I know that there used to be a good reason for this but it may be the case that due to some later refactoring it's not necessary any more to have it this way. In any case, I left it for now because it slightly declutters the declarations of the derived classes. Please tell me if you want it changed.

1 0

Eraser "Polar bear in a snowstorm" fixed
by Jon A. Cruz 04 Jun '08

04 Jun '08

Just a quick FYI... I fixed the "polar bear in a snowstorm" problem with the eraser tool, in which it was always using the last style used and would be hard to see. The preferences are now in the UI, and the defaults should be set up nicer.

1 0

SVG Filters optimizations
by Felipe Sanches 04 Jun '08

04 Jun '08

I have seen an article (in the Beautiful Code book that Google sent me as a SoC gift) about runtime code specialization/compilation using C# in order to optimize code. I was thinking about using similar things to optimize our SVG Filters code but I don't know whether this kind of thing is possible in C++. C# can run bytecode generated in runtime. How could that be achieved in C++? I also have seen an article about a library for C++ that seems to do exactly this, but the lib is non-free: TaskGraph (http://www.doc.ic.ac.uk/~phjk/Software/TGL/) Is there a free-software lib for this? Juca

2 1

NEW : LPE stacking
by Steren Giannini 04 Jun '08

04 Jun '08

Hello, Our student project is now finished. Thanks to our mentor Johan, our work is now in main trunk. For us it is a real pleasure to see that. Our goals were : - LPE stacking : Check it out - LPE for groups : has already been committed - LPE envelope : we created 2 deformation effects, the first one is "Envelope", the second is "Lattice" and is based on the d2sb2d object from 2geom. They are not designed for the same use. Indeed, while the lattice offers an accurate deformation, this deformation is only determined by control points. It also allows the user to move inner control points, which can't be done with the Envelope deformation. The power of the Envelope deformation is the absolute control of the shape of the envelope. We made lots of efforts to correct bugs we found, but you may find some more. Concerning the school, our teachers told us our project is one of the best of this year. They qualified it of "excellent project" and they were very glad to see our results. I hope this will spur the students on to work on open source project. I intend to continue working on Inkscape, first by "polishing the edge" of our actual work and then by adding things I have in mind. I hope people will like and use what we did. Thanks again Johan and the inkscape community, The team : De-Cooman Aurélie Tebby Hugh Falzon Noé Bouclet Bastien Navez Victor Giannini Steren

5 6

Re: [Inkscape-devel] UI proposal for text in shapes
by Valerie 03 Jun '08

03 Jun '08

> You choose font family, say, DejaVu Sans and normal face > > Since DejVu Sans also has Bold and ExtraLight faces, when you choose > "bolder", Inkscape uses Bold face, if you then choose "lighter", it > goes back to normal and then to ExtraLight face. With "italic" enabled > it will only cycle between Oblique and Bold Oblique, since there is no > ExtraLight Oblique right now. ... http://img382.imageshack.us/img382/8519/textstylesdq3.png (eww) > It's not implemented right now, because we need help from Pango > (http://www.pango.org/). And at latest Libre Graphics Meeting in May > it was discussed with Behdad from Pango team. Alright, alright, I think I get it more. It's fine for keyboard, I suggest just going with Ctrl (or Alt) and the directional keys in text mode. They don't seem to be taken in text mode. Simple right? For the top level interface though, there's the problem of what takes precedence. The drop-down can still be used, but the available values of one would depend on the available values for the other, as you've given with the example of Italics. And I Really doubt people would want to see a check box system. Ah great, I just took a look at the Pango manual. There's a whole series of bold values in there And stretch (and a few other things. What, pray tell, is "font mask gravity"? Well, fortunately, there are only 3 values of Italics: normal, oblique and italic, so that can be the starter value: once you've chosen one of those, the available bold and stretch values pop out, all of which could still be set to a slider interface. A button somewhere could show a matrix of what's available in each mode (...). Have you set a date for when you'll be discussing with the Pango people? It'd be a Lot easier to think up an interface if I actually knew what needs to be implemented. As I've said, keyboard-wise, just go with modifier key + directional arrows. Up-down for bold, right-left for stretch (hey, that's pretty intuitive!). For the rest though... > With such modular typeface engine, we could have fonts where you > can modify stuff like how bold you want your font - though > obviously only on fonts generated with the same engine. Nice concept, except people will probably be expecting a lot more than the modifiable fonts. On well. :( Anyway, I have to log off for today. One of these days I may try to look into Pango more, but that'd take some time since I really don't know much about fonts. Unless someone else knows how to deal with the issue instead? :)

1 0

Re: [Inkscape-devel] UI proposal for text in shapes
by Valerie 03 Jun '08

03 Jun '08

> Just a quick note: we are to move away from Bold/Italic paradigm to > better handling of various type faces and we are likely to use > "less/more bold" paradigm. This is not set in stone yet, of course :) Oooh! :) Um, how is it supposed to look like? :P (because I have no idea what you're basing this off. XP Any bugs or examples of programs that do this, so I can include this in the interface?)

2 1