Better late than never ;)

I am convinced that we do not need to add any new dependency, since I used GTK2 library that already supported SVG. Is that the case to use inline SVGs?

Anyway, keep doing you excellent job!

Hélio


On Tue, Mar 4, 2014 at 1:08 AM, Allin Cottrell <cottrell@wfu.edu> wrote:
On Mon, 10 Feb 2014, Hélio Guilherme wrote:

I have completed the SVG conversion. I have also tested the use of SVG, in
the attached files, only changed gui2/toolbar.c. Missing changes in
gui2/session.c, gui2/gretl.c and gui2/gpt_dialog.c.

Sorry it has taken me so long to respond on this. I can only plead that my time has been very much taken up with work on parallelization in gretl; this has been slow going but we should have some interesting results to share soon.

Anyway, on the SVG icons. First, thanks very much for your work on this. This should stand us in good stead if and when we get serious about supporting gretl on tablets.

I say "if we get serious about tablets" because our current method of drawing the relevant icons from inline pixmaps is more efficient so long as we don't want/need to support resizing. And the icons as they are sized currently are part of the GUI design. I can see a need for resizing only in the case of a display which is physically small but of high resolution (thus, a tablet or similar touch-oriented device), making the icons too small to be "tapped".

We could, of course, switch from pixmaps to SVG in all uses, but that would require that we add a dependency on librsvg (so we'd have to build librsvg for Windows and OS X and include it in the packages we make available). And really for no gain in functionality, on the desktops or laptops on which we expect to see gretl running.

Besides, if we're thinking about platforms where the 16x16 pixmaps for icons on the toolbars of various gretl windows are too small to work properly, I believe that a more thorough re-design would be needed. Consider, for example, the script editor toolbar, which has 19 little icons in a row. If we made them 24x24 (assuming that would be big enough to solve the "tap-ability" problem) they would be in danger of overflowing the toolbar.

Yes, presumably we would want scalable icons, but only in conjunction with a re-think of the interface. And right now I'm not (yet) thinking that supporting tablets is a priority. Maybe that will come.

Allin

_______________________________________________
Gretl-devel mailing list
Gretl-devel@lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-devel