q-lang-users — general discussion, questions, suggestions, etc.

Re: [q-lang-users] newbie question

[Albert G. <Dr....@t-...>]

Hi Álvaro,

sorry for the late reply. Rob answered your question already I guess. I
just wanted to point out that most of the action is now with "Pure", the
"next generation Q" which compiles to native code, hence programs are
much faster. It also offers quite a few new features which make the
language much easier to use. Pure still lacks most of Q's 3rd party
library interfaces, but we're working on that. I'd say that the current
version of the Pure interpreter is already quite usable, and Pure 0.5 is
around the corner.

You can find more information and a pointer to the Pure mailing list
here: http://pure-lang.sourceforge.net/

Best,
Albert

-- 
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email:  Dr....@t-..., ag...@mu...
WWW:    http://www.musikinformatik.uni-mainz.de/ag

Re: [q-lang-users] newbie question

[Rob H. <hub...@gm...>]

Hello Álvaro,

> I'm taking a look at this programming language and I'm trying to
> figure out some of its uses. I've read about equations in this
> programming language and pattern rewriting. I find it really
> interesting.
>
> I would like to ask a very simple question. Is it possible to use this
> language for solving symbolic equations? if so, could you give me a
> quick example with two linear equations?

I myself first got interested in Q whilst looking to do some symbolic
mathematics.

I think the first thing to say is that Q is *not* a CAS (computer
algebra system). There are very many out there. Amongst the free
and/or open source tools, I would recommend taking a look at Axiom
<http://wiki.axiom-developer.org/> and wxMaxima
<http://wxmaxima.sourceforge.net/wiki/index.php/Main_Page>. Axiom is
the most comprehensive and sophisticated CAS that I've encountered,
but has quite a steep learning curve; its type system is
extraordinary. wxMaxima, on the other hand, is a very easy tool to get
started with. I'd highly recommend taking a look at both.

That said, Q, too is a very useful tool with which to do some
mathematics. I spent some time working with (univariate, numerical)
polynomials, particularly those with rational coefficients, and that
resulted in the creation of Q's rational number and polynomial
libraries (now distributed with Q).

Q has very useful features for working symbolically, such as the quote
operator (a single ' prefix), and the string / quoted-expression
conversion functions strq and valq.

Q (or Pure) would both be perfectly suitable languages in which to
write a CAS, but are not in themselves CASs. To represent mathematical
expressions and other objects, you really need a more sophisticated
set of data structures than just the parse trees. For example, it
might be appropriate to store expressions modulo associativity, or to
reduce an expression internally to some specific normal form.

To manipulate an expression in Q, you will need to explicitly handle
associativity and commutativity in all possible contexts. For example,
notice that (B+C) is not a sub-expression of (A+B+C), as the latter is
((A+B)+C).

If you're specifically interested in solving linear equations, then
what you need is probably a matrix library.

I hope you remain interested in Q. Please also take a look at Qpad
(Windows only), Qcalc (not available for Windows yet) and Pure (an
alpha(?) version of a replacement for Q).


Regards,
Rob.

Rob Hubbard

[q-lang-users] newbie question

[Á. C. C. <alv...@gm...>]

Hello,


I'm taking a look at this programming language and I'm trying to
figure out some of its uses. I've read about equations in this
programming language and pattern rewriting. I find it really
interesting.

I would like to ask a very simple question. Is it possible to use this
language for solving symbolic equations? if so, could you give me a
quick example with two linear equations?

Than you very much,

Best Regards,


álvaro

Re: [q-lang-users] q 7.11 tests fail on Mac OS X

[Albert G. <Dr....@t-...>]

Ryan Schmidt wrote:
> [1] http://gmplib.org/list-archives/gmp-bugs/2008-June/001031.html

Nice bug. :) Ok, so the issue isn't with Q.

-- 
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email:  Dr....@t-..., ag...@mu...
WWW:    http://www.musikinformatik.uni-mainz.de/ag

Re: [q-lang-users] q 7.11 tests fail on Mac OS X

[Ryan S. <rya...@us...>]

On Jun 10, 2008, at 00:40, Albert Graef wrote:

> Ryan Schmidt wrote:
>
>> I would love to know how the arithmetic test (or maybe q in general)
>> does its math though. I can't get any other app to tell me that 2 * 2
>> == 4.4501477170164897e-308, and finding out how it's computing that
>> might help me isolate what's wrong with my computer.
>
> You can find all the arithmetic routines in qmfuns.c, look for  
> qmadd et
> al. Bigint arithmetic is done using the gmp routines, double  
> arithmetic
> using the C floating point operators. Apart from that, it's just
> boxing/unboxing, which are just accesses to a C struct, nothing  
> unusual
> there.
>
> The bigint arithmetic seems to work, since the first two results  
> are ok.
> It's the mixed double/bigint arithmetic that fails there. The  
> bigint ->
> double promotion is done using another GMP routine, mpz_get_d, I don't
> see how that could go wrong unless GMP is broken on that machine.
>
> You could try whether just plain double arithmetic works. If you  
> can run
> the interpreter from the command line, try something like '2.0*2.0'
> instead of '2*2.0', or edit test.q accordingly and run 'make test'.

Thanks. Turns out my gmp is broken, and I know why [1] and I'm  
working to fix it.

The fun output from q:

==> 1*1
1

==> 1.0*1.0
1.0

==> 1*1.0
2.22507385850824e-308

==> 1.0*1
2.22507385850824e-308



[1] http://gmplib.org/list-archives/gmp-bugs/2008-June/001031.html

Re: [q-lang-users] q 7.11 tests fail on Mac OS X

[Albert G. <Dr....@t-...>]

Ryan Schmidt wrote:
> I would love to know how the arithmetic test (or maybe q in general)  
> does its math though. I can't get any other app to tell me that 2 * 2  
> == 4.4501477170164897e-308, and finding out how it's computing that  
> might help me isolate what's wrong with my computer.

You can find all the arithmetic routines in qmfuns.c, look for qmadd et
al. Bigint arithmetic is done using the gmp routines, double arithmetic
using the C floating point operators. Apart from that, it's just
boxing/unboxing, which are just accesses to a C struct, nothing unusual
there.

The bigint arithmetic seems to work, since the first two results are ok.
It's the mixed double/bigint arithmetic that fails there. The bigint ->
double promotion is done using another GMP routine, mpz_get_d, I don't
see how that could go wrong unless GMP is broken on that machine.

You could try whether just plain double arithmetic works. If you can run
the interpreter from the command line, try something like '2.0*2.0'
instead of '2*2.0', or edit test.q accordingly and run 'make test'.

-- 
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email:  Dr....@t-..., ag...@mu...
WWW:    http://www.musikinformatik.uni-mainz.de/ag

Re: [q-lang-users] q 7.11 build fails on Mac OS X 10.3.9

[Albert G. <Dr....@t-...>]

Ryan Schmidt wrote:
> Thanks, now q 7.11 builds on Mac OS X 10.3.9! I applied your patches  
> in the MacPorts portfile.
> 
> http://trac.macports.org/changeset/37492

Great, many thanks.

> Next, maybe I'll try to install Mac OS X 10.2.8... :-)

And then ... OS9? ;-)

-- 
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email:  Dr....@t-..., ag...@mu...
WWW:    http://www.musikinformatik.uni-mainz.de/ag

Re: [q-lang-users] q 7.11 build fails on Mac OS X 10.3.9

[Albert G. <Dr....@t-...>]

John Cowan wrote:
> However, Posix defines setpgrp() as identical to setpgid(0, 0), so you can
> *export* setpgrp to Q scripts but implement it using setpgid.  The same
> for getpgrp() and getpgid(0).  That way you don't care if get/setpgrp
> is defined by the system or not.

Yes, that's right. I put that on my TODO list.

-- 
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email:  Dr....@t-..., ag...@mu...
WWW:    http://www.musikinformatik.uni-mainz.de/ag

Re: [q-lang-users] q 7.11 build fails on Mac OS X 10.3.9

[Ryan S. <rya...@us...>]

On Jun 9, 2008, at 19:05, Albert Graef wrote:

> Ryan Schmidt wrote:
>
>> #if defined(__APPLE__)
>> #define SETPGRP_VOID
>> #endif
>>
>> So configure got it right, and then the source overrode it. Maybe
>> setpgrp takes no arguments on 10.4 and later, but didn't on 10.3 and
>> earlier?
>
> Yes, I think that this indeed was the reason that I added the #define
> SETPGRP_VOID. IIRC, OSX 10.4 at some point switched to the
> POSIX-conformant setpgrp(void), but configure would still detect  
> the old
> interface for some reason.
>
> So the immediate fix would be to just comment or remove those lines.

Thanks, now q 7.11 builds on Mac OS X 10.3.9! I applied your patches  
in the MacPorts portfile.

http://trac.macports.org/changeset/37492

Next, maybe I'll try to install Mac OS X 10.2.8... :-)


> For a more elaborate solution I'd probably have to rewrite the
> AC_SETPGRP macro.

Re: [q-lang-users] q 7.11 build fails on Mac OS X 10.3.9

[John C. <co...@cc...>]

Albert Graef scripsit:

> > It says you should use setpgid instead of setpgrp?
> 
> That's not an option here. The system module provides the POSIX system
> interface to Q scripts. POSIX has both operations, so they are both
> provided by the module.

However, Posix defines setpgrp() as identical to setpgid(0, 0), so you can
*export* setpgrp to Q scripts but implement it using setpgid.  The same
for getpgrp() and getpgid(0).  That way you don't care if get/setpgrp
is defined by the system or not.

-- 
Barry gules and argent of seven and six,        John Cowan
on a canton azure fifty molets of the second.   co...@cc...
        --blazoning the U.S. flag               http://www.ccil.org/~cowan

Re: [q-lang-users] q 7.11 tests fail on Mac OS X

[Ryan S. <rya...@us...>]

"It's not you, it's me."


On Jun 8, 2008, at 07:37, Albert Graef wrote:

> Ryan Schmidt wrote:
>
>> I just ran the test suite on Mac OS X 10.4.11 Intel... It's not
>> passing for me... Am I doing something wrong?
>
>
> Is that a 64 bit machine?

Yes: That was a MacBookPro3,1 with a 2.2-GHz Core 2 Duo and Mac OS X  
10.4.11.

> Maybe the compiler generates 64 bit code by default?

That should not be the case. I'm under the impression you have to use  
"-arch x86_64" in the LDFLAGS/CFLAGS to get 64-bit Intel code generated.

> Otherwise it's supposed to work.

I also tried on a MacBookPro2,2 with a 2.16-GHz Core 2 Duo and Mac OS  
X 10.5.3. All tests passed. I rebooted that machine into Mac OS X  
10.4.11 and tried again, and all tests still passed.

I also tried on a PowerMac3,4 with a 466-MHz PowerPC G4 and Mac OS X  
10.4.11, and all tests passed.

I rebooted the 2.2-GHz problem Mac to Mac OS X 10.5.3 and all tests  
passed there too. So apparently I have a problem with my 10.4.11  
installation on my 2.2-GHz Mac. I think I'll go away now and see if I  
can solve that.

I would love to know how the arithmetic test (or maybe q in general)  
does its math though. I can't get any other app to tell me that 2 * 2  
== 4.4501477170164897e-308, and finding out how it's computing that  
might help me isolate what's wrong with my computer.

Re: [q-lang-users] q 7.11 build fails on Mac OS X 10.3.9

[Albert G. <Dr....@t-...>]

Ryan Schmidt wrote:
> #if defined(__APPLE__)
> #define SETPGRP_VOID
> #endif
> 
> So configure got it right, and then the source overrode it. Maybe
> setpgrp takes no arguments on 10.4 and later, but didn't on 10.3 and
> earlier?

Yes, I think that this indeed was the reason that I added the #define
SETPGRP_VOID. IIRC, OSX 10.4 at some point switched to the
POSIX-conformant setpgrp(void), but configure would still detect the old
interface for some reason.

So the immediate fix would be to just comment or remove those lines. For
a more elaborate solution I'd probably have to rewrite the AC_SETPGRP macro.

> It says you should use setpgid instead of setpgrp?

That's not an option here. The system module provides the POSIX system
interface to Q scripts. POSIX has both operations, so they are both
provided by the module.

Albert

-- 
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email:  Dr....@t-..., ag...@mu...
WWW:    http://www.musikinformatik.uni-mainz.de/ag

Re: [q-lang-users] q 7.11 build fails on Mac OS X 10.3.9

[Ryan S. <rya...@us...>]

On Jun 9, 2008, at 06:37, Albert Graef wrote:

> Ryan Schmidt wrote:
>
>> system.c: In function `__F__system_setpgrp':
>> system.c:4860: error: too few arguments to function `setpgrp'
>
> Yes, that's another one of those POSIX incompatibilities in older OSX.
> configure is supposed to check for this one, though. Can you please  
> send
> me your config.log?

Here you go... The relevant part seems to be:


configure:32826: checking whether setpgrp takes no argument
configure:32860: /usr/bin/gcc-3.3 -o conftest -O2 -I/mp/include -L/mp/ 
lib conftest.c -lm  >&5
configure:32863: $? = 0
configure:32869: ./conftest
configure:32872: $? = 0
configure:32888: result: no


And it never says anything about having set SETPGRP_VOID.

But then in system.c it says:


/* configure might detect wrong interface on these systems */
#if defined(__FreeBSD__) || defined(__NetBSD__) || defined(__OpenBSD__)
#undef SETPGRP_VOID
#endif
#if defined(__APPLE__)
#define SETPGRP_VOID
#endif


So configure got it right, and then the source overrode it. Maybe  
setpgrp takes no arguments on 10.4 and later, but didn't on 10.3 and  
earlier? I'm not sure because on 10.4 and later I can't find a  
manpage for setpgrp. I found this slightly updated manpage on Apple's  
web site:

http://developer.apple.com/documentation/Darwin/Reference/ManPages/ 
man2/setpgrp.2.html

It says you should use setpgid instead of setpgrp?

Re: [q-lang-users] q 7.11 build fails on Mac OS X 10.3.9

[Albert G. <Dr....@t-...>]

Ryan Schmidt wrote:
> system.c: In function `__F__system_setpgrp':
> system.c:4860: error: too few arguments to function `setpgrp'

Yes, that's another one of those POSIX incompatibilities in older OSX.
configure is supposed to check for this one, though. Can you please send
me your config.log?

-- 
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email:  Dr....@t-..., ag...@mu...
WWW:    http://www.musikinformatik.uni-mainz.de/ag

Re: [q-lang-users] q 7.11 build fails on Mac OS X 10.3.9

[Ryan S. <rya...@us...>]

On Jun 9, 2008, at 04:09, Albert Graef wrote:

> So you need to patch clib.c on OSX 10.3.9 to work around this. AFAICT
> from the manpage, the following edit should make clib compile on this
> OSX version, and glob should still give the intended results in  
> case of
> matching failure:
>
> Replace lines 6077-6079 in clib.c:
>
>     if (res == GLOB_NOMATCH)
>       return mknil;
>     else if (res)
>
> with just:
>
>     if (res)

Thanks, that fixes clib. Now I have this:


/bin/sh ../../libtool --tag=CC   --mode=compile /usr/bin/gcc-3.3 - 
DHAVE_CONFIG_H -I. -I../.. -I../../libq  -I/mp/include  -O2 -MT  
system.lo -MD -MP -MF .deps/system.Tpo -c -o system.lo system.c
  /usr/bin/gcc-3.3 -DHAVE_CONFIG_H -I. -I../.. -I../../libq -I/mp/ 
include -O2 -MT system.lo -MD -MP -MF .deps/system.Tpo -c system.c  - 
fno-common -DPIC -o .libs/system.o
system.c: In function `ictowcs':
system.c:766: warning: passing arg 2 of `libiconv' from incompatible  
pointer type
system.c: In function `icfromwcs':
system.c:787: warning: passing arg 2 of `libiconv' from incompatible  
pointer type
system.c: In function `__F__system_setpgrp':
system.c:4860: error: too few arguments to function `setpgrp'
system.c: In function `__F__system_iconv':
system.c:6208: warning: passing arg 2 of `libiconv' from incompatible  
pointer type
make[4]: *** [system.lo] Error 1
make[3]: *** [all-recursive] Error 1
make[2]: *** [all-recursive] Error 1
make[1]: *** [all-recursive] Error 1
make: *** [all] Error 2

Re: [q-lang-users] q 7.11 build fails on Mac OS X 10.3.9

[Albert G. <Dr....@t-...>]

Ryan Schmidt wrote:
>> GLOB_NOMATCH is required by POSIX, so it looks like the local glob
>> implementation is broken or too old. What does your 10.3.9 glob(3)
>> manpage say about the return value of glob()?
> 
> The manpage is attached.

Thanks. The 10.3.9 glob is obviously non-POSIX, as POSIX clearly
requires GLOB_NOMATCH, see:

http://www.opengroup.org/onlinepubs/007908799/xsh/glob.html

So you need to patch clib.c on OSX 10.3.9 to work around this. AFAICT
from the manpage, the following edit should make clib compile on this
OSX version, and glob should still give the intended results in case of
matching failure:

Replace lines 6077-6079 in clib.c:

    if (res == GLOB_NOMATCH)
      return mknil;
    else if (res)

with just:

    if (res)

(Note that I can't just commit this to the official Q sources, since it
would break clib::glob on POSIX-conforming platforms.)

HTH,
Albert

-- 
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email:  Dr....@t-..., ag...@mu...
WWW:    http://www.musikinformatik.uni-mainz.de/ag

Re: [q-lang-users] q 7.11 build fails on Mac OS X 10.3.9

[Ryan S. <rya...@us...>]

On Jun 9, 2008, at 02:56, Albert Graef wrote:

> Ryan Schmidt wrote:
>
>> clib.c:6077: error: `GLOB_NOMATCH' undeclared (first use in this  
>> function)
>> clib.c:6077: error: (Each undeclared identifier is reported only once
>> clib.c:6077: error: for each function it appears in.)
>
> GLOB_NOMATCH is required by POSIX, so it looks like the local glob
> implementation is broken or too old. What does your 10.3.9 glob(3)
> manpage say about the return value of glob()?

The manpage is attached.

Re: [q-lang-users] q 7.11 build fails on Mac OS X 10.3.9

[Albert G. <Dr....@t-...>]

Ryan Schmidt wrote:
> clib.c:6077: error: `GLOB_NOMATCH' undeclared (first use in this function)
> clib.c:6077: error: (Each undeclared identifier is reported only once
> clib.c:6077: error: for each function it appears in.)

GLOB_NOMATCH is required by POSIX, so it looks like the local glob
implementation is broken or too old. What does your 10.3.9 glob(3)
manpage say about the return value of glob()?

Albert

-- 
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email:  Dr....@t-..., ag...@mu...
WWW:    http://www.musikinformatik.uni-mainz.de/ag

[q-lang-users] q 7.11 build fails on Mac OS X 10.3.9

[Ryan S. <rya...@us...>]

I'm testing software on Mac OS X 10.3.9, and I found that Q 7.11  
doesn't compile there. This is on a Power Mac G4 with Xcode 1.5 (gcc  
3.3).


clib.c: In function `ictowcs':
clib.c:587: warning: passing arg 2 of `libiconv' from incompatible  
pointer type
clib.c: In function `icfromwcs':
clib.c:608: warning: passing arg 2 of `libiconv' from incompatible  
pointer type
clib.c: In function `__F__clib_glob':
clib.c:6077: error: `GLOB_NOMATCH' undeclared (first use in this  
function)
clib.c:6077: error: (Each undeclared identifier is reported only once
clib.c:6077: error: for each function it appears in.)

Re: [q-lang-users] q 7.11 tests fail on Mac OS X

[Albert G. <Dr....@t-...>]

Is that a 64 bit machine? Maybe the compiler generates 64 bit code by
default? Otherwise it's supposed to work.

Ryan Schmidt wrote:
> I just ran the test suite on Mac OS X 10.4.11 Intel... It's not  
> passing for me... Am I doing something wrong?

-- 
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email:  Dr....@t-..., ag...@mu...
WWW:    http://www.musikinformatik.uni-mainz.de/ag

[q-lang-users] q 7.11 tests fail on Mac OS X

[Ryan S. <rya...@us...>]

I just ran the test suite on Mac OS X 10.4.11 Intel... It's not  
passing for me... Am I doing something wrong?


--->  Testing q
DEBUG: Executing org.macports.test (q)
DEBUG: Environment: "MACOSX_DEPLOYMENT_TARGET"='10.4'
DEBUG: Assembled command: 'cd "/mp/var/macports/build/ 
_Users_rschmidt_macports_dports_lang_q/work/q-7.11" && nice -n 1 make  
test'
PATH="./src:/mp/bin:/mp/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/X11R6/ 
bin" ./src/q -p "./stdlib:./modules/clib:./modules/clib" ./test.q
Testing Q 7.11 (i386-apple-darwin8.11.1)
TEST: local variables......... passed
TEST: arithmetic.............. FAILED
expected: (2,-1,4.0,0.5,181.0)
got:       
(2,-1,4.4501477170164897e-308,0.99999999999999956,1.3499596723474909e-15 
2)
*** TEST FAILED, PLEASE CHECK INSTALLATION ***
make: *** [test] Error 1

Re: [q-lang-users] Where's sf.net?

[Keith T. <kaz...@ea...>]

 
Hello Albert -- 

>Albert Graef wrote:
>>Yes, it was a TrueType font, but I don't actually remember which one.

Oops! Not my point, I should have put quote marks around "TrueType".

"TrueType" as in "PureFont"... (groan) I know, I know... "weak
tea". ;-)

>Albert Graef wrote:
>>I'm still looking for something nicer, like the "Q bear" mascot.

I can't wait to see Eddie's water drop(let), but I will point out that
the word "Pure", as rendered in an appropriate font, is quite suitable.

While iconic images of *purity* come to mind (eg., angels, 24 kt gold),
I wonder how appropriate these are for a computer programming language.

And you could always allow the "Q Bear" to pull double duty. After all,
if Pure takes off, he may be out of his job! Please, think of the bear!

IIRC, Germany has strict labour protection laws... ;-)

To support this last point, there is a product sold here in the US and
Canada, a laundry softener, that has a cuddly stuffed bear as a mascot!

Animated, of course... ;-)

Cheers!
Keith 
 
 

Re: [q-lang-users] Where's sf.net?

[Eddie R. <er...@bm...>]

Oops this went to the wrong place. I meant for the logo.

e.r.

On Sat, 2008-05-03 at 16:24 -0500, Eddie Rucker wrote:
> A 3D water drop with a P on it's surface? I'll draw one up tomorrow in
> charcoal and if I can find a scanner, I'll attach it to an email to see
> what you think.
> 
> e.r.
> 
> On Sat, 2008-05-03 at 23:05 +0200, Albert Graef wrote:
> > Keith Trenton wrote:
> > > Btw., interesting choice of font in the Pure "logo"! I wonder, which font is the "most pure of all" ("purest of the pure")...plus...is it a TrueType font? 
> > 
> > Yes, it was a TrueType font, but I don't actually remember which one.
> > This is a temporary placeholder anyway. I'm still looking for something
> > nicer, like the "Q bear" mascot. Any suggestions?
> > 
> > Albert
> > 
> 
> 
> -------------------------------------------------------------------------
> This SF.net email is sponsored by the 2008 JavaOne(SM) Conference 
> Don't miss this year's exciting event. There's still time to save $100. 
> Use priority code J8TL2D2. 
> http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
> _______________________________________________
> q-lang-users mailing list
> q-l...@li...
> https://lists.sourceforge.net/lists/listinfo/q-lang-users

Re: [q-lang-users] Where's sf.net?

[Eddie R. <er...@bm...>]

A 3D water drop with a P on it's surface? I'll draw one up tomorrow in
charcoal and if I can find a scanner, I'll attach it to an email to see
what you think.

e.r.

On Sat, 2008-05-03 at 23:05 +0200, Albert Graef wrote:
> Keith Trenton wrote:
> > Btw., interesting choice of font in the Pure "logo"! I wonder, which font is the "most pure of all" ("purest of the pure")...plus...is it a TrueType font? 
> 
> Yes, it was a TrueType font, but I don't actually remember which one.
> This is a temporary placeholder anyway. I'm still looking for something
> nicer, like the "Q bear" mascot. Any suggestions?
> 
> Albert
> 

Re: [q-lang-users] Where's sf.net?

[Albert G. <Dr....@t-...>]

Keith Trenton wrote:
> Btw., interesting choice of font in the Pure "logo"! I wonder, which font is the "most pure of all" ("purest of the pure")...plus...is it a TrueType font? 

Yes, it was a TrueType font, but I don't actually remember which one.
This is a temporary placeholder anyway. I'm still looking for something
nicer, like the "Q bear" mascot. Any suggestions?

Albert

-- 
Dr. Albert Gr"af
Dept. of Music-Informatics, University of Mainz, Germany
Email:  Dr....@t-..., ag...@mu...
WWW:    http://www.musikinformatik.uni-mainz.de/ag