6:13 p.m.
Hi all,
We now have some vector images similar as the original pixmaps in CVS, at
gretl/vectorimages/
The DB image is just a copy & paste of the original pixmap. This technique
will be also used in the gretl logo because it will be very difficult to
vectorize.
Since I had the suspicion that some pixmaps were not used, I made the
attached script, and found that only two of them are not in the code.
(the UK flag was one that I thought it was not used, bu it is in code).
Here is the script output:
[helio@localhost gretl]$ ./chkpix.sh
boxplot.xpm => 6
bundle.xpm => 2
downsize.xpm => 2
gnuplot.xpm => 2
graph_page.xpm => 2
gretl-logo.xpm => 1
gretl.xpm => 6
mail_16.xpm => 2
matrix.xpm => 2
mini.alpha.xpm => 2
mini.boxplot.xpm => 4
mini.calc.xpm => 2
mini.camera.xpm => 0
mini.db.xpm => 2
mini.en.xpm => 2
mini.func.xpm => 2
mini.gretl.xpm => 4
mini.manual.xpm => 2
mini.model.xpm => 4
mini.ofolder.xpm => 0
mini.page.xpm => 2
mini.pdf.xpm => 2
mini.pin.xpm => 2
mini.plot.xpm => 2
mini.session.xpm => 2
mini.sh.xpm => 2
mini.split_h.xpm => 2
mini.split_v.xpm => 2
mini.spreadsheet.xpm => 2
mini.table.xpm => 2
mini.tex.xpm => 2
mini.tools.xpm => 2
mini.tsplot.xpm => 2
mini.winlist.xpm => 2
model_table.xpm => 2
model.xpm => 6
mouse.xpm => 3
rhohat.xpm => 2
summary.xpm => 2
upsize.xpm => 2
xfm_info.xpm => 2
xfm_sc.xpm => 1
xfm_text.xpm => 1
The following pixmaps are not used in code:
mini.camera.xpm => 0
mini.ofolder.xpm => 0
---
For future consistency, shouldn't we use all own pixmaps/svgs, instead of
stock ones? For example the help icon is from system (gnome/GTK in my case).
(and I did not see how they look in Windows or Mac)
Hélio
12:03 p.m.
New subject: updated XX.po files
I am seeing in CVS that gretl.pot and XX.po are not very updated. It
could be that there are no new sentences to translate, but if this is
not the case, I would like to highlight that a frequent refreshment of
these files, such as has been usual over time, allows us, the
translators, to distribute our work better along time.
--
Firma Arista
*Ignacio Díaz-Emparanza*
Zuzendaria/Director
ignacio.diaz-emparanza(a)ehu.es <mailto:ignacio.diaz.emparanza@ehu.es>
94 6013732
*EKONOMIA APLIKATUA III SAILA (EKONOMETRIA ETA ESTATISTIKA)/
DEPARTAMENTO DE ECONOMÍA APLICADA III (ECONOMETRÍA Y ESTADÍSTICA)
UPV/EHU*
Avda. Lehendakari Aguirre, 83 | 48015 BILBAO
*T.: +34 946013740* | *F.: +34 946013754*
*www.ea3.ehu.es* <http://www.ea3.ehu.es>
ERNE! Baliteke mezu honen zatiren bat edo mezu osoa legez babestuta
egotea. Mezuak badu bere hartzailea. Okerreko helbidera heldu bada
(helbidea gaizki idatzi, transmisioak huts egin) eman abisu igorleari,
korreo honi erantzunda. Kontuz! Mezua ez bada zuretzat, ez erabili, ez
zabaldu beste inori, ez kopiatu eta ez baliatu.
¡ATENCIÓN! Este mensaje contiene información privilegiada o confidencial
a la que sólo tiene derecho a acceder el destinatario. Si usted lo
recibe por error le agradeceríamos que no hiciera uso de la información
y que se pusiese en contacto con el remitente.
E-mail hau inprimatu baino lehen egiaztatu inprimatzeko beharra.
Antes de imprimir este e-mail piense bien si es necesario hacerlo.
2 p.m.
New subject: updated XX.po files
On Tue, 4 Feb 2014, Ignacio Diaz-Emparanza wrote:
I am seeing in CVS that gretl.pot and XX.po are not very updated. It
could be
that there are no new sentences to translate, but if this is not the case, I
would like to highlight that a frequent refreshment of these files, such as
has been usual over time, allows us, the translators, to distribute our work
better along time.
Thanks for the reminder, Ignacio. I have just committed an update to the
.pot and .po files.
Allin
6:06 p.m.
Hi All,
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.
I had to use a full path for the vectorimages, which I have copied manually
to /usr/local/share/gretl/vectorimages/.
We should decide where and how to access the SVGs.
There are some icons not used (as far as I can tell), for example:
mini.en.svg or mini.pin.svg.
If you have any comments on the looks of the SVGs, please say so (for
example the Bhat is not Italic).
---
[helio@localhost gretl]$ unzip -l using_svg.zip
Archive: using_svg.zip
Length Date Time Name
--------- ---------- ----- ----
21533 02-10-2014 14:01 configure.in
3657 02-10-2014 13:59 config.h.in
34791 02-10-2014 16:20 gui2/toolbar.c
691962 02-10-2014 14:01 configure
--------- -------
751943 4 files
---
Thanks,
Hélio
On Sun, Feb 2, 2014 at 6:13 PM, Hélio Guilherme <helioxentric(a)gmail.com>wrote:
Hi all,
We now have some vector images similar as the original pixmaps in CVS, at
gretl/vectorimages/
...
1:08 a.m.
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
4:24 p.m.
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(a)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(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-devel
5:26 p.m.
On Tue, 4 Mar 2014, Hélio Guilherme wrote:
Better late than never ;)
Thanks for your indulgence ;-)
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?
To load an SVG file into GTK, GDK's libpixbufloader-svg "loader" module is
needed, and it is linked to librsvg. It's possible to compile the loaders
into the libgdk_pixbuf library rather than as separate run-time modules,
but in that case libgdk_pixbuf itself would end up linked to librsvg.
Allin
5:54 p.m.
Sorry but I am not still convinced about the dependency. I did not
installed (don't remember if I did) new required lib. And the code is
working (gdk_pixbuf_new_from_file exists already).
Here is one example where I load the SVG from file:
[helio@centos64 gretl]$ cvs diff gui2/gretl.c
Index: gui2/gretl.c
===================================================================
RCS file: /cvsroot/gretl/./gretl/gui2/gretl.c,v
retrieving revision 1.809
diff -r1.809 gretl.c
55a56
#ifndef USE_SVG
56a58
#endif
2294a2297,2308
#ifdef USE_SVG
GdkPixbuf *icon;
GError *tmp_error = NULL;
char tmpfname[MAXLEN];
/* VERIFY if OK to use / when using Windows */
sprintf(tmpfname,"%svectorimages/%s",gretl_home(), "gretl.svg");
icon = gdk_pixbuf_new_from_file((const char *) tmpfname, &tmp_error);
if(tmp_error!=NULL) {
fprintf(stderr, "Error creating icon: %s\n", tmp_error->message);
}
#else
2295a2310,2311
#endif
>
I tried to use ldd to see the libs but it only works with dynamic libs and
not executables.
Sorry for my insistence.
Hélio
On Tue, Mar 4, 2014 at 5:26 PM, Allin Cottrell <cottrell(a)wfu.edu> wrote:
On Tue, 4 Mar 2014, Hélio Guilherme wrote:
Better late than never ;)
>
Thanks for your indulgence ;-)
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?
>
To load an SVG file into GTK, GDK's libpixbufloader-svg "loader" module is
needed, and it is linked to librsvg. It's possible to compile the loaders
into the libgdk_pixbuf library rather than as separate run-time modules,
but in that case libgdk_pixbuf itself would end up linked to librsvg.
Allin
_______________________________________________
Gretl-devel mailing list
Gretl-devel(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-devel
6:28 p.m.
On Tue, 4 Mar 2014, Hélio Guilherme wrote:
Sorry but I am not still convinced about the dependency. I did not
installed (don't remember if I did) new required lib. And the code is
working (gdk_pixbuf_new_from_file exists already).
Here is one example where I load the SVG from file:
[helio@centos64 gretl]$ cvs diff gui2/gretl.c
Index: gui2/gretl.c
===================================================================
RCS file: /cvsroot/gretl/./gretl/gui2/gretl.c,v
retrieving revision 1.809
diff -r1.809 gretl.c
55a56
> #ifndef USE_SVG
56a58
> #endif
2294a2297,2308
> #ifdef USE_SVG
> GdkPixbuf *icon;
> GError *tmp_error = NULL;
> char tmpfname[MAXLEN];
>
> /* VERIFY if OK to use / when using Windows */
> sprintf(tmpfname,"%svectorimages/%s",gretl_home(),
"gretl.svg");
> icon = gdk_pixbuf_new_from_file((const char *) tmpfname, &tmp_error);
> if(tmp_error!=NULL) {
> fprintf(stderr, "Error creating icon: %s\n",
tmp_error->message);
> }
> #else
2295a2310,2311
> #endif
I tried to use ldd to see the libs but it only works with dynamic libs and
not executables.
Here's the relevant test (assuming a standard GTK installation under
/usr):
ldd /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so \
| grep rsvg
When you call gdk_pixbuf_new_from_file(), the gdk_pixbuf library
determines which dynamic module it needs to handle the task, and attempts
to load it. In this case it's the svg module that's needed, and I'm
betting that libpixbufloader-svg.so is linked to librsvg.
If librsvg were not present on the system then the svg module would fail
to load and gdk_pixbuf couldn't handle the image file.
Allin
6:41 p.m.
OK,
I did find a 32bit lib here (no 64bit), so I guess that is the one being
called.
[helio@centos64 ~]$ ldd /usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.so |
grep rsvg
librsvg-2.so.2 => /usr/lib/librsvg-2.so.2 (0x0051f000)
Thanks,
Hélio
On Tue, Mar 4, 2014 at 6:28 PM, Allin Cottrell <cottrell(a)wfu.edu> wrote:
On Tue, 4 Mar 2014, Hélio Guilherme wrote:
Sorry but I am not still convinced about the dependency. I did not
> installed (don't remember if I did) new required lib. And the code is
> working (gdk_pixbuf_new_from_file exists already).
>
> Here is one example where I load the SVG from file:
> [helio@centos64 gretl]$ cvs diff gui2/gretl.c
> Index: gui2/gretl.c
> ===================================================================
> RCS file: /cvsroot/gretl/./gretl/gui2/gretl.c,v
> retrieving revision 1.809
> diff -r1.809 gretl.c
> 55a56
>
>> #ifndef USE_SVG
>>
> 56a58
>
>> #endif
>>
> 2294a2297,2308
>
>> #ifdef USE_SVG
>> GdkPixbuf *icon;
>> GError *tmp_error = NULL;
>> char tmpfname[MAXLEN];
>>
>> /* VERIFY if OK to use / when using Windows */
>> sprintf(tmpfname,"%svectorimages/%s",gretl_home(),
"gretl.svg");
>> icon = gdk_pixbuf_new_from_file((const char *) tmpfname,
>> &tmp_error);
>> if(tmp_error!=NULL) {
>> fprintf(stderr, "Error creating icon: %s\n",
tmp_error->message);
>> }
>> #else
>>
> 2295a2310,2311
>
>> #endif
>>
>
> I tried to use ldd to see the libs but it only works with dynamic libs and
> not executables.
>
Here's the relevant test (assuming a standard GTK installation under /usr):
ldd /usr/lib/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.so \
| grep rsvg
When you call gdk_pixbuf_new_from_file(), the gdk_pixbuf library
determines which dynamic module it needs to handle the task, and attempts
to load it. In this case it's the svg module that's needed, and I'm betting
that libpixbufloader-svg.so is linked to librsvg.
If librsvg were not present on the system then the svg module would fail
to load and gdk_pixbuf couldn't handle the image file.
Allin
_______________________________________________
Gretl-devel mailing list
Gretl-devel(a)lists.wfu.edu
http://lists.wfu.edu/mailman/listinfo/gretl-devel
3979
days inactive
4009
days old
9 comments
3 participants
participants (3)
-
Allin Cottrell -
Hélio Guilherme -
Ignacio Diaz-Emparanza