7:15 p.m.
After some thinking and work, here is the splash screen that I came up
with. I didn't use the existing Gretel image but I think this also
looks good. Please tell me what you think about it. I am also sending
the full quality image as a png file to Allin's personal email. Please
let me know if it is filtered etc. If you insist on the previous
Gretel image, I can probably come up with something else featuring it.
However, I think most people cannot immediately associate that image
with Gretel.
Finally, I can make all sorts of tweaks and adjustments. Just tell me.
Jack says that:
let's take the opportunity to make the splash screen
informative, not just pretty. For instance, it could clearly and conspicuously
display the version number, or the build date for the snapshot. Other info
that may be useful are: plugins (tramo/x-12 on/off, gnuplot version used),
total memory, CPU power in MIPS/flops and so on.
I totally agree. That is why I left the upper right part empty. This
will be filled by the program displaying the relevant information.
Again, I can change things to suit needs.
Have a great day...
Talha
--
A positive attitude may not solve all your problems, but it will annoy
enough people to make it worth the effort. - Herm Allbright
(1876-1944)
--
12:09 p.m.
Well, what do you think?
--
A positive attitude may not solve all your problems, but it will annoy
enough people to make it worth the effort. - Herm Allbright
(1876-1944)
--
12:26 p.m.
On Wed, 19 Jul 2006, Talha Yalta wrote:
Well, what do you think?
Sorry, I've been busy with bug-fixing lately.
I think the splash image you've made is rather spiffy in its own
right, but it doesn't really say "gretl" to me.
Some might find the gretl/Gretel pun excessively whimsical, but
for better or worse the Gretel image _is_ the logo we've got:
it's been on the website, on the cover of the manual, and in the
Windows and xpm icons for years. So I think a gretl splash
screen should at least "refer to" this image in some way.
(Unless and until, perhaps, we do a total revamp of gretl's
visual imagery, including new icons, website design, etc --
which may not be a bad idea at some point.)
One other small comment: I found letters on the "phages" in the
foreground a little distracting: I wanted to read what they
said, but got "BLSMFE".
Allin.
12:49 p.m.
On Wed, July 19, 2006 18:26, Allin Cottrell wrote:
On Wed, 19 Jul 2006, Talha Yalta wrote:
> Well, what do you think?
Sorry, I've been busy with bug-fixing lately.
I think the splash image you've made is rather spiffy in its own
right, but it doesn't really say "gretl" to me.
I agree. Your splash screen is neat, but "cold". Gretel is "warmer".
I'm very
attached to the little girl.
Riccardo "Jack" Lucchetti
Dipartimento di Economia
Facoltà di Economia "G. Fuà"
Ancona
1:15 p.m.
One other small comment: I found letters on the "phages" in
the
foreground a little distracting: I wanted to read what they
said, but got "BLSMFE".
Well, those are not phages :) I was intending
them to be some fancy
beans (like the ones Hansel left in the forest to find his way). The
letters on them have no meaning. They are just common letters used in
econometric analysis, regressions etc. (For example, "B" is for beta
commonly used for coefficients and I put the "e" at the end like the
error term in a regresion.
I can change the letters to read something else but the idea is that
these beans lead the way out from the complexities of econometric
analysis, or something like that :)
I thought this was a clever way to refer to the tale but checking the
internet, now I see that the common version of this tale features
pebbles or bread crumbs instead of the beans that I knew as a kid :) I
guess I can make them look more like pebbles if it is difficult to
make the connection.
Some might find the gretl/Gretel pun excessively whimsical, but
for better or worse the Gretel image _is_ the logo we've got:
it's been on the website, on the cover of the manual, and in the
Windows and xpm icons for years. So I think a gretl splash
screen should at least "refer to" this image in some way.
If you want, I
can impose the Gretel image in the background (maybe to
the righthand side) pretty much like the greek letter G behind "GRETL
1.6.0" text.
I want to do this the way "you" guys want it to be. I want it to be
something everyone likes. I can change everything or even throw out
the whole idea (even though I think its charming). Just give me some
directions.
Cheers...
--
A positive attitude may not solve all your problems, but it will annoy
enough people to make it worth the effort. - Herm Allbright
(1876-1944)
--
4:23 a.m.
On Wed, July 19, 2006 19:15, Talha Yalta wrote:
I want to do this the way "you" guys want it to be. I want
it to be
something everyone likes. I can change everything or even throw out
the whole idea (even though I think its charming). Just give me some
directions.
Why don't you use the "About" box (Help/About gretl) as a starting point?
I'd
quite like that as a splash screen already, with some extra work it could make
for a very nice one.
Riccardo "Jack" Lucchetti
Dipartimento di Economia
Facoltà di Economia "G. Fuà"
Ancona
6:05 a.m.
One of the delights of Gretl is the speed at which it loads. Even on an old
400 Mh PC loading is instantaneous. A splash screen may tell one that
something is happening for a program that takes time to load (e.g. Texmacs
or Jabref). For a splash screen to be effective one would have to slow down
loading Gretl and I do not think this is a good idea.
One small suggestion about the interface (for consideration for some future
version) would be to allow a user to step through a script line by line from
the "script editor"
John C Frain
On 20/07/06, Riccardo Jack Lucchetti <r.lucchetti(a)univpm.it> wrote:
On Wed, July 19, 2006 19:15, Talha Yalta wrote:
> I want to do this the way "you" guys want it to be. I want it to be
> something everyone likes. I can change everything or even throw out
> the whole idea (even though I think its charming). Just give me some
> directions.
Why don't you use the "About" box (Help/About gretl) as a starting point?
I'd
quite like that as a splash screen already, with some extra work it could
make
for a very nice one.
Riccardo "Jack" Lucchetti
Dipartimento di Economia
Facoltà di Economia "G. Fuà"
Ancona
_______________________________________________
Gretl-users mailing list
Gretl-users(a)ricardo.ecn.wfu.edu
http://ricardo.ecn.wfu.edu/mailman/listinfo/gretl-users
--
John C Frain
10:10 a.m.
New subject: JMulTi
I just bought the new Lütkephol's book "New Introduction to Multiple Time
Series Analysis". The author mentions JMulTi in the preface. JMulTi is an
open source (Gnu GPL) program designed for univariate and multivariate time
series analysis. (see http://www.jmulti.de )
Did you know JMulti?
May be we are interested in some type of link or collaboration?
--
Ignacio Díaz-Emparanza
Dpto. de Economía Aplicada III (Econometría y Estadística)
UPV-EHU
11:02 a.m.
New subject: JMulTi
On Thu, 20 Jul 2006, Ignacio Díaz-Emparanza wrote:
I just bought the new Lütkephol's book "New Introduction to
Multiple Time
Series Analysis". The author mentions JMulTi in the preface. JMulTi is an
open source (Gnu GPL) program designed for univariate and multivariate time
series analysis. (see http://www.jmulti.de )
Did you know JMulti?
Jack and I know JMulti, and have used it for testing some of
gretl's VECM functionality. It's a nice program.
May be we are interested in some type of link or
collaboration?
We should refer to it in the gretl docs along with R and Octave,
as related free software. I'm not averse to the idea of some
sort of collaboration, but I'm not sure what form it might take.
Allin.
12:24 p.m.
New subject: JMulTi
Allin Cottrell schrieb:
Jack and I know JMulti, and have used it for testing some of
gretl's
VECM functionality. It's a nice program.
> May be we are interested in some type of link or collaboration?
We should refer to it in the gretl docs along with R and Octave, as
related free software. I'm not averse to the idea of some sort of
collaboration, but I'm not sure what form it might take.
Yes it should be mentioned. Actually, I know Markus (the developer of
JMulti) because we're both from Berlin. (It's not that Berlin is so
small, but when you deal with time series econometrics and are about the
same age, then that happens.)
At this point, I think the most useful starting point for a
collaboration would be to make the datafiles convertible. I guess that's
already a non-trivial task.
Btw, in principle you can call Jmulti's routines from "anywhere" (as
Java classes). With Markus's help we verified that for example you can
use the Python language for that (using its Java implementation Jython).
I can't speak for Markus, but my impression is that in some sense JMulti
is a finished product in bugfix mode. But it's open source and in
principle can be extended, but I think gretl's new function interface is
more flexible in that respect. (not performance-wise, I guess)
So much for that from me,
Sven
2:43 p.m.
New subject: JMulTi
Yes, I already told Allin and Jack about JMulTi and I also told Markus about
Gretl on JMulti forum.
It's true that thay are both open source but the main problem with
compatibillity is in different programming languages. JMulti is based on
Jawa platform.
I use them both. The oconnection between them is in Excel files which can be
imported.
Gretl is better in OLD, Logit, Probit, SURE etc. analisys while JMulTi is
better in time series analisys like VAR and VEC, subset modelling.
From: Sven Schreiber <svetosch(a)gmx.net>
Reply-To: Gretl list <gretl-users(a)ricardo.ecn.wfu.edu>
To: Gretl list <gretl-users(a)ricardo.ecn.wfu.edu>
Subject: Re: [Gretl-users] JMulTi
Date: Thu, 20 Jul 2006 18:24:03 +0200
Allin Cottrell schrieb:
> Jack and I know JMulti, and have used it for testing some of gretl's
> VECM functionality. It's a nice program.
>
>> May be we are interested in some type of link or collaboration?
>
> We should refer to it in the gretl docs along with R and Octave, as
> related free software. I'm not averse to the idea of some sort of
> collaboration, but I'm not sure what form it might take.
Yes it should be mentioned. Actually, I know Markus (the developer of
JMulti) because we're both from Berlin. (It's not that Berlin is so
small, but when you deal with time series econometrics and are about the
same age, then that happens.)
At this point, I think the most useful starting point for a
collaboration would be to make the datafiles convertible. I guess that's
already a non-trivial task.
Btw, in principle you can call Jmulti's routines from "anywhere" (as
Java classes). With Markus's help we verified that for example you can
use the Python language for that (using its Java implementation Jython).
I can't speak for Markus, but my impression is that in some sense JMulti
is a finished product in bugfix mode. But it's open source and in
principle can be extended, but I think gretl's new function interface is
more flexible in that respect. (not performance-wise, I guess)
So much for that from me,
Sven
_______________________________________________
Gretl-users mailing list
Gretl-users(a)ricardo.ecn.wfu.edu
http://ricardo.ecn.wfu.edu/mailman/listinfo/gretl-users
_________________________________________________________________
The new MSN Search Toolbar now includes Desktop search!
http://join.msn.com/toolbar/overview
7:38 p.m.
New subject: JMulTi
On Fri, July 21, 2006 20:43, john w wrote:
Yes, I already told Allin and Jack about JMulTi and I also told Markus about
Gretl on JMulti forum.
It's true that thay are both open source but the main problem with
compatibillity is in different programming languages. JMulti is based on
Jawa platform.
To an extent. In jmulti, the number-crunching routines, which could be the
main area of cooperation, are written in gauss and java is primarily used for
building the user interface. This makes it much more difficult to share code:
java is a loose C++ derivative, while gauss is a matrix interpreted language
whose syntax is very different from C, which is what we use. It may be
possible to share algorithms, though.
In theory, I think it could be possible for jmulti to use our code by using
our shared library. To be clearer: gretl can be thought of as 3 building
blocks (I'm simplifying things quite a bit here; Allin, correct me if I'm
wrong). The library, which contains all the numerical methods, and the two
clients (graphical and command-line), which allow the user to run the code in
the library through a user interface. For example, when you run OLS via the
Model menu, the gretl program you're running sends all the necessary info to
the library, which returns an object containing the estimated coefficients,
auxiliary statistics and so on. The program's job is to display the results to
you. In principle, anyone could write a program (in C, but also C++, java,
python or whatever) with a different user interface which uses gretl's
library. It should be technically possible to use the library from within a
java program (I don't know how hard it would be, though), so jmulti could
use our methods any time. IIRC, jmulti is GPL'ed too, so there shouldn't be
any legal issues[*]. The reverse would be much harder, because there's no way
I know of of running gauss code from within a C application.
I use them both. The oconnection between them is in Excel files which
can be
imported.
Gretl is better in OLD, Logit, Probit, SURE etc. analisys while JMulTi is
better in time series analisys like VAR and VEC, subset modelling.
I would say that jmulti is specialised to time-series analysis, while gretl
aims to be more comprehensive. For example, we're currently fine-tuning a
totally revamped framework for panel data analysis. I don't think the jmulti
people would be even remotely interested in such a thing.
[*] Not really my business, but I wonder what the legal status of jmulti is,
as they're using a non-free app (gauss) as an essential component of a GPL
project. But maybe I misunderstood the whole thing. And, as I said, it's none
of my business.
Riccardo "Jack" Lucchetti
Dipartimento di Economia
Facoltà di Economia "G. Fuà"
Ancona
9:03 p.m.
New subject: JMulTi
On Sat, 22 Jul 2006, Riccardo Jack Lucchetti wrote:
In theory, I think it could be possible for jmulti to use our
code by using our shared library. To be clearer: gretl can be
thought of as 3 building blocks (I'm simplifying things quite
a bit here; Allin, correct me if I'm wrong). The library,
which contains all the numerical methods, and the two clients
(graphical and command-line), which allow the user to run the
code in the library through a user interface. For example,
when you run OLS via the Model menu, the gretl program you're
running sends all the necessary info to the library, which
returns an object containing the estimated coefficients,
auxiliary statistics and so on. The program's job is to
display the results to you.
Perfetto.
I would say that jmulti is specialised to time-series
analysis, while gretl aims to be more comprehensive.
Yes, surely.
Not really my business, but I wonder what the legal status of
jmulti is, as they're using a non-free app (gauss) as an
essential component of a GPL project.
Interesting. Have the JMulti coders done a "clean room"
reimplementation of Gauss in java classes? The website is not
explicit, but that's the only way I can make sense of the
program's going out under the GPL.
Allin.
8:11 a.m.
New subject: JMulTi
Allin Cottrell schrieb:
On Sat, 22 Jul 2006, Riccardo Jack Lucchetti wrote:
> Not really my business, but I wonder what the legal status of jmulti
> is, as they're using a non-free app (gauss) as an essential component
> of a GPL project.
Interesting. Have the JMulti coders done a "clean room"
reimplementation of Gauss in java classes? The website is not explicit,
but that's the only way I can make sense of the program's going out
under the GPL.
If you want a definitive answer, ask Markus, but afaik what's GPLed is
the GUI layer and (probably) the econometric routines. Then they're
shipping a binary Gauss runtime engine (GRE) for which they paid the
(considerable) licence fee, of course. I guess the combination is
comparable to GPLed .NET code in a sense: the runtime environment is
closed source (I mean, your hardware environment is also proprietary!),
but the code itself is open.
-sven
6:11 p.m.
New subject: JMulTi
On Thu, 20 Jul 2006, Sven Schreiber wrote:
At this point, I think the most useful starting point for a
collaboration would be to make the datafiles convertible. I
guess that's already a non-trivial task.
In gretl CVS (and the latest Windows snapshot), you can export
data in JMulti's ASCII .dat format (which preserves comments on
the series and time-series information).
Is it worth trying to go the other way? Wouldn't be difficult,
but I'm not sure if there's a "market" for it.
Allin.
11:15 a.m.
One of the delights of Gretl is the speed at which it loads. Even on
an old
400 Mh PC loading is instantaneous. A splash screen may tell one that
something is happening for a program that takes time to load (e.g. Texmacs
or Jabref). For a splash screen to be effective one would have to slow down
loading Gretl and I do not think this is a good idea.
I agree that the speed in initializing the program should not be
compromised. What I had in my mind is a nice, little and informative
welcome screen which will stay for 2-3 seconds and disappear even
sooner with the first mouse click. So it will be gone by the time
someone reaches the file menu. It can also be disabled from the
preferences menu. A nice looking splash screen give a friendly touch
to a technical program and can also help improve the first impressions
of new users if it looks professional enough.
Well, these are my humble opinions. it doesn't have to be implemented
if or nobody wants it or it doesn't work as intended.
Why don't you use the "About" box (Help/About gretl) as
a starting point? I'd
quite like that as a splash screen already, with some extra work it could make
for a very nice one.
I will be trying a few new things today and see what I can
come up with.
--
A positive attitude may not solve all your problems, but it will annoy
enough people to make it worth the effort. - Herm Allbright
(1876-1944)
--
2:37 p.m.
On Thu, 20 Jul 2006, John C Frain wrote:
One of the delights of Gretl is the speed at which it loads.
Even on an old 400 Mh PC loading is instantaneous. A splash
screen may tell one that something is happening for a program
that takes time to load (e.g. Texmacs or Jabref). For a
splash screen to be effective one would have to slow down
loading Gretl and I do not think this is a good idea.
I have to say I'm persuaded by this argument.
However, I have a "compromise" to propose. If Talha (or anyone)
can come up with a really nice and suitable image, I'll rework
the "About gretl" item so that it is spash-like -- that is, the
whole window is an image, no border stuff, dismisses on a
mouse-click (see gnumeric, or Acroread). And in addition I'll
set things up so that the user sees this on start-up if it's the
first use of gretl, or the first use of an updated version of
gretl.
One small suggestion about the interface (for consideration
for some future version) would be to allow a user to step
through a script line by line from the "script editor"
That's not a bad idea, I'll think about it.
Allin.
3:14 p.m.
So does this mean that I have to prepare the image more square sized?
Also, I want to try a new version of my splash screen where the beans
are replaced by white pebbles that lead the way. It is difficult to
explain here but I can say it will look nice. The problem is, I don't
want to spend time if you will dismiss it immediately, insisting on
the existing Gretel image.
Finally, if you like my work(s), I can volunteer to be the designer of
artwork for other parts of the project as well such as documents,
icons etc. However it won't work if you will be too attached to the
"little girl".
On 7/20/06, Allin Cottrell <cottrell(a)wfu.edu> wrote:
On Thu, 20 Jul 2006, John C Frain wrote:
> One of the delights of Gretl is the speed at which it loads.
> Even on an old 400 Mh PC loading is instantaneous. A splash
> screen may tell one that something is happening for a program
> that takes time to load (e.g. Texmacs or Jabref). For a
> splash screen to be effective one would have to slow down
> loading Gretl and I do not think this is a good idea.
I have to say I'm persuaded by this argument.
However, I have a "compromise" to propose. If Talha (or anyone)
can come up with a really nice and suitable image, I'll rework
the "About gretl" item so that it is spash-like -- that is, the
whole window is an image, no border stuff, dismisses on a
mouse-click (see gnumeric, or Acroread). And in addition I'll
set things up so that the user sees this on start-up if it's the
first use of gretl, or the first use of an updated version of
gretl.
> One small suggestion about the interface (for consideration
> for some future version) would be to allow a user to step
> through a script line by line from the "script editor"
That's not a bad idea, I'll think about it.
Allin.
_______________________________________________
Gretl-users mailing list
Gretl-users(a)ricardo.ecn.wfu.edu
http://ricardo.ecn.wfu.edu/mailman/listinfo/gretl-users
--
A positive attitude may not solve all your problems, but it will annoy
enough people to make it worth the effort. - Herm Allbright
(1876-1944)
--
3:41 p.m.
On Thu, 20 Jul 2006, Talha Yalta wrote:
So does this mean that I have to prepare the image more square
sized?
I would say something like gnumeric or acroread, but the exact
aspect ratio is not crucial.
Also, I want to try a new version of my splash screen where
the beans are replaced by white pebbles that lead the way. It
is difficult to explain here but I can say it will look nice.
The problem is, I don't want to spend time if you will dismiss
it immediately, insisting on the existing Gretel image.
Hmm, it's hard to say in advance. Like Jack, I'm quite attached
to Gretel...
Allin.
6648
days inactive
6653
days old
18 comments
7 participants
participants (7)
-
Allin Cottrell -
Ignacio Díaz-Emparanza -
John C Frain -
john w -
Riccardo Jack Lucchetti -
Sven Schreiber -
Talha Yalta