numerator-discuss — general discussion

[Numerator-discuss] on fier

[Yuliya L. <eb...@ca...>]

Hi,

VIAvvGRA $3. 35
VALvvIUM $1. 25
CIAvvLIS $3. 75
XAvvNAX
SOvvMA

FOR LESS!

http://vedrx.+com

Remove "+" in the above link



a deserted house, at his half-open mouth, which looked slightly
surprised. And then, before Harrys mind had accepted what he was
seeing, before he could feel anything but numb disbelief, he felt

[Numerator-discuss] hi

[Wotan L. <ke...@pa...>]

Hi,

Vriagra  1,80
Crialis  3,00
Levritra 3,35

http://pennie.progenyid-com 

Important: Replace "-" with "." in the above link

--
what Id look like trying to dance with her. 
Hermiones words about Krum kept coming back to him. They only like him
because hes famous!  Harry doubted very much if any of the girls who

Re: [Numerator-discuss] your cabbageros

[Yasmine J. <pe...@ma...>]

Hi
Rollex
Carrtier
Breittling
Bvvlgari
=20
Louis Vuuitton Hanndbags
Tiffaany & CO Jewwerly
=20
http://www.katzqgalore.com
=20
=20
  _____ =20

I will settle, in the short term, said Dumbledore, with a bite of
impatience in his voice, for a lack of open hostility. You will shake
hands. You are on the same side now. Time is short, and unless the few

Re: [Numerator-discuss] dilute info

[Estee S. <cos...@ba...>]

Re: dilute info=20
HOT FRIDAY FOR TTEN
=20
TTEN *** TTEN *** TTEN
=20
TTEN - Ten & 10, Inc.
=20
GROUND FLOOR opportunity in the WIFI Industry!!
=20
TTEN could see explosive growth as a newly trading company - 500%-1000%
is not uncommon.
=20
Current: 0.14
Sh or t Term Tar get: 1.20
=20
TTEN has grown from China business focus to USA, Europe, Latin America
as well as other areas of Asia. Within 12 months expected to generate $2
MILLION in NET INCOME. $200 MILLION in 5 years.
=20
TTEN is made up of 4 operating subsidiaries:

=09
	Tech 10: WIFI and WiMAX
	Mobile 10: Music and mobile entertainment delivered via
Internet, G3, etc
	Dream Learning Center: Digital Media Learning products
	Ten & 10 Network: Sales and marketing

Telecommunications is globally a TRILLION dollar industry.
=20
Tech 10 has entered into a strategic alliance with FSP Holding an Asian
based WiFi and WiMAX provider. The collective goal of the venture is to
become the premier MAN/LAN (metropolitan area network/local area
network) provider satisfying the needs of government and corporations in
Asia. FSP is currently a pioneer in developing high performance,
efficient and expandable wireless/wired communication networks in Asia.
The Core business is: metropolitan wireless broadband for emergency
responses, the WiMAX applications and value-added services, include:
Public Safety Surveillance and Mobile Command Center, Distance Learning,
Cyber Cafe Access, Dynamic Video Surveillance, SOS Poles, Public Traffic
System, Road Monitoring System, Video-Conferencing, Multi-media
Broadcasting, Train Compartment Monitoring etc. FSP anticipates the
ability to generate gross revenues of about $2 billion in five years,
and net profits of about $200 million.
=20
WATCH TTEN GO HIGHER AND HIGHER.
=20
Any of the above statements with respect to the future predications or
goals and events may be seen as only Forward Look jng and nothing else.
All information inside this email pertaining to any sort of financial
advice need to be understood as information and not advice. None of the
information above can be constructed as any sort of financial advice.
This is a paid advertisement.

Re: [Numerator-discuss] new ding

[Prosper M. <luc...@ma...>]

VfAGRA from $3. 30 and other goods.

http://www.ertonikandesunhasterfun.com
=20
couldnt have carried all the way down to the grounds!=20
Well, youre the one whos supposed to be researching magical methods
of bugging! said Harry. You tell me how she did it!=20

Re: [Numerator-discuss] news

[Kristen R. <en...@cf...>]

VlAiiGRA $3.35 http://www.sadefuntiojetunhasde.com

underground? Its a possibility. And if it is true, then it has been

Re: [Numerator-discuss] PHAeumRMA

[Rodrigue P. <bas...@be...>]

Hi
=20
economize 60 % on your PffHARMACY http://redsaerinhebiedasfun.com

=20

=20

=20

I realized I had bitten off a good deal more than I could possibly
chew. Pushed out at some subterranean level, dragged through locked,
barred gates, one after another, until we finally reached a singularly

Re: [Numerator-discuss] new oap

[Javor P. <jea...@ar...>]

Hi
=20
FHARMACY economize more with http://zasedfuntonkderunhasde.com

=20

=20

=20

when Steengo joined you onstage and all the fun started. Or stopped.
It all gets vague about that time.
Wheres Steengo?

Re: [Numerator-discuss] Extending font

[<end...@co...>]

Hello

The windows version of gnumerator is no longer developed. This technology is currently being rolled into Apple's Safari browser.

I have decided to abandon Windows in general for 2 basic reasons, 1: the Apple OSX environment is so superior in every way, it is trully a joy to work in, and 2: perhaps more importantly, is the general apathetic attitude of Windows developers. In point, the gnumerator components have been available for download for approximatly 2 years, I have had thousands of downloads, and this is the 2nd or 3rd email I have received. In contrast, Apple (and Linux) have  incredibly vibrant developer and user communities, I suspect that that is because Appls and Linux users and developers use that platform by choice rather than typically being forced to use a platform as with the case of Windows users and developers. 

But to answer your question, you do not have to re-compile any component to use a new font. What you have to do is edit a configuration file, this is "font-configuration-1-math-roman.xml", you need to tell it that this font has the particular glyph you added. You also have to edit another file called "font-configuration-3-times-new-roman.xml". This file has entries called glyph-ranges, this is a tells the program that this font  has ranges of glyphs, and to use this font file for these glyphs. You need to break up these glyph ranges to exclude the glyph that you added to the other font file. 


> Hi all!
> 
> I'm trying to exend font cm-roman.ttf but i can view only a small
> empty rectangle instead of the new symbol. I proceeded in this way:
> 
> - i added a new symbol with Font Creator 5.0 (eva) at the end of
> cm-roman.ttf and assigned to this one the value $4001 in the mappings
> menu (it seemed to be a free slot); the glyph number is $01ED.
> 
> - i recompiled the solution for MathML.Rendering to obtain the new
> MathML.Rendering.dll and i superceded this to the old one (in the
> directory where the test form is);
> 
> - i installed the modified font and tried to run the executalble
> loading a test file contaning the string <math><mrow><mi>
> &#x4001;</mi> </mrow></math>
> (i tried also vith the value 01ED)
> 
> Did i miss something? What is wrong? I'm sorry but my experience is
> really poor...
> 
> Thanks a lot for the attention and for the patience (i'm sorry for my
> terrible english!)
> 
> Lorenzo Consegni
> 
> 
> -------------------------------------------------------
> SF.Net email is sponsored by: Discover Easy Linux Migration Strategies
> from IBM. Find simple to follow Roadmaps, straightforward articles,
> informative Webcasts and more! Get everything you need to get up to
> speed, fast. http://ads.osdn.com/?ad_idt77&alloc_id492&opick
> _______________________________________________
> Numerator-discuss mailing list
> Num...@li...
> https://lists.sourceforge.net/lists/listinfo/numerator-discuss

[Numerator-discuss] Extending font

[Lorenzo C. <lor...@gm...>]

Hi all!

I'm trying to exend font cm-roman.ttf but i can view only a small
empty rectangle instead of the new symbol. I proceeded in this way:

- i added a new symbol with Font Creator 5.0 (eva) at the end of
cm-roman.ttf and assigned to this one the value $4001 in the mappings
menu (it seemed to be a free slot); the glyph number is $01ED.

- i recompiled the solution for MathML.Rendering to obtain the new
MathML.Rendering.dll and i superceded this to the old one (in the
directory where the test form is);

- i installed the modified font and tried to run the executalble
loading a test file contaning the string <math><mrow><mi>
&#x4001;</mi> </mrow></math>
(i tried also vith the value 01ED)

Did i miss something? What is wrong? I'm sorry but my experience is
really poor...

Thanks a lot for the attention and for the patience (i'm sorry for my
terrible english!)

Lorenzo Consegni

[Numerator-discuss] gNumerator 0.31 release

[Andy S. <end...@co...>]

Hello All

I've just uploaded release 0.31

This release has a completely new (and correct) table layout mechanism.

There are many cumulative bug fixes and font updates.

selection and picking are partially working, but commented out for this release.

[Numerator-discuss] FASD project: Online survey launched

[<ben...@id...>]

Dear Open Source developer

I am doing a research project on "Fun and Software Development" in which I kindly invite you to participate.
You will find the online survey under http://fasd.ethz.ch/qsf/. The questionnaire consists of 53 questions and you will need about 15 minutes to complete it.

With the FASD project (Fun and Software Development) we want to define the motivational significance of fun when software developers decide to engage in Open Source projects. What is special about our research project is that a similar survey is planned with software developers in commercial firms. This procedure allows the immediate comparison between the involved individuals and the conditions of production of these two development models. Thus we hope to obtain substantial new insights to the phenomenon of Open Source Development.


With many thanks for your participation,
Benno Luthiger


PS:
The results of the survey will be published under http://www.isu.unizh.ch/fuehrung/blprojects/FASD/.
We have set up the mailing list fa...@we... for this study. Please see http://fasd.ethz.ch/qsf/mailinglist_en.html for registration to this mailing list.

_______________________________________________________________________

Benno Luthiger
Swiss Federal Institute of Technology Zurich
8092 Zurich

Mail: benno.luthiger(at)id.ethz.ch
_______________________________________________________________________

[Numerator-discuss] subscribe

[Christopher E. <chr...@ho...>]

Re: [Numerator-discuss] GSL#

[<end...@co...>]

Antonio - 
I'll zip up and send you what I have for the GSL binding as soon as I 
get a chance (will be this week), allong with some documentation.

Essentially, I have manually created bindings for most of the GSL functions, 
and I started creating some nice wrapper classes. These wrapper classes
are all structs, so they are allocated and destroyed quickly and with
no overhead on the stack. 

Thanks for the info about swig, I have not heard of them before, but
sounds like exactly what is needed to create an auto bindig to GSL.
I definitly think that using a tool to auto-generate bindings to GSL
is the way to go. Then, once a low level binding exists, it is easy to 
create wrapper classes to help manage the use of GSL resources.

Currently, I am working on getting the scheme / MathML interpreter 
running as soon as possible, so I really do not have much time to
devote to the GSL binding.

> Hello!
> 
> 	Thank you very much for your answer. (I got it when you send it, but I
> couldn't answer until now, sorry.)
> 
> 	It would be great if we can share the effort to make a wrapper of the
> GSL to C#. I think we haven't had the same approach. My first attempt
> was to write manually the functions, but I think is much better if we
> use the (young C#) machinery of SWIG (http://www.swig.org).
> 
> 	I have been using this tool and I have almost finished a 0.1 version
> with almost every function :-O Maybe it's what we need (or simply the
> roots).
> 
> 	I have to admit I am not completely familiar with your full project. I
> will study it and will see if the previous is the best way to develop
> the wrapper. At this time, the wrapper is only one possibility in our
> group. The highest (graphical) level is, of course, the goal.
> 
> Again, thank you very much for your answer,
> kind regards :)
> 
> A.
> 
> El lun, 15-03-2004 a las 18:56, end...@co... escribió:
> > Hello Antonio, thanks for your interest.
> > 
> > 1: I do plan on a wrapper for GSL. I wrote most of a wrapper for GSL
> > for another project that I worked on. It is not complete, but if you
> > are intersted, I will check it in to CVS. Essentially, I manually wrote
> > c# function definitions for all most of the GSL functions, so the GSL
> > functions are called directly. I would eventually like to develop a 
> > higher level interface to the native GSL functions, but I have not 
> > gotten to that yet. There are several higher level wrappers for GSL, and
> > I think that these would serve as good models.
> > 
> > I would like to re-do much of the current c# binding to GSL, as I found
> > a perl script that parses C header files, and automatically generates
> > a C# binding to it. I have not tried it yet however.
> > 
> > 2: I definitly want all of this to be completly cross platform. The non
> > gui portions such as the MathML DOMv work the last time I tried them with 
> > mono. The gui portions, such as the MathML display widget are designed in
> > such a matter as only one single class performs any platform specific
> > logic. To get this to work on GTK is only a matter of creating a GTK# 
> > based backend for this class.
> > 
> > Currently, I am working on a Scheme interpreter / compiler, this will take
> > Scheme input, and generate MSIL bytecode that will be JIT compiled by the
> > runtime to execute. This will be the core of the MathML interpreter, as
> > MathML content markup is just a XML description of scheme, so once the
> > scheme interpreter is working, MathML content markup will simply generate
> > a scheme AST (abstract syntax tree), and this tree will be evaluated.
> > 
> > I plan on having the interpreter running in a few months, then I can start
> > on other pieces. 
> > 
> > So, if you want what I have of the c# binding to GSL, let me know, and
> > I will check it in, bear in mind, that it will most likely change
> > very much when I do make the final offcial version.
> > > Hello everybody,
> > > 
> > > 	I've just seen at http://numerator.sourceforge.net that you intend to
> > > develop a wrapper from GSL to C#. I haven't been able to find the status
> > > of the project right now. What can you tell me?
> > > 
> > > 	By the way, are you planning it to work in GNU/Linux with Mono or only
> > > MS Windows?
> > > 
> > > Thanks and kind regards,
> > > 
> > > A.
> > > 
> > > -- 
> > > Antonio Zugaldía <azu...@ya...>
> > > http://www.zugaldia.org/antonio
> > > 
> > > 
> > > 
> > > -------------------------------------------------------
> > > This SF.Net email is sponsored by: IBM Linux Tutorials
> > > Free Linux tutorial presented by Daniel Robbins, President and CEO of
> > > GenToo technologies. Learn everything from fundamentals to system
> > > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> > > _______________________________________________
> > > Numerator-discuss mailing list
> > > Num...@li...
> > > https://lists.sourceforge.net/lists/listinfo/numerator-discuss
> -- 

> Antonio Zugaldía <azu...@ya...>
> http://www.zugaldia.org/antonio
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Numerator-discuss mailing list
> Num...@li...
> https://lists.sourceforge.net/lists/listinfo/numerator-discuss

Re: [Numerator-discuss] GSL#

[Antonio Z. <azu...@ya...>]

Hello!

	Thank you very much for your answer. (I got it when you send it, but I
couldn't answer until now, sorry.)

	It would be great if we can share the effort to make a wrapper of the
GSL to C#. I think we haven't had the same approach. My first attempt
was to write manually the functions, but I think is much better if we
use the (young C#) machinery of SWIG (http://www.swig.org).

	I have been using this tool and I have almost finished a 0.1 version
with almost every function :-O Maybe it's what we need (or simply the
roots).

	I have to admit I am not completely familiar with your full project. I
will study it and will see if the previous is the best way to develop
the wrapper. At this time, the wrapper is only one possibility in our
group. The highest (graphical) level is, of course, the goal.

Again, thank you very much for your answer,
kind regards :)

A.

El lun, 15-03-2004 a las 18:56, end...@co... escribió:
> Hello Antonio, thanks for your interest.
> 
> 1: I do plan on a wrapper for GSL. I wrote most of a wrapper for GSL
> for another project that I worked on. It is not complete, but if you
> are intersted, I will check it in to CVS. Essentially, I manually wrote
> c# function definitions for all most of the GSL functions, so the GSL
> functions are called directly. I would eventually like to develop a 
> higher level interface to the native GSL functions, but I have not 
> gotten to that yet. There are several higher level wrappers for GSL, and
> I think that these would serve as good models.
> 
> I would like to re-do much of the current c# binding to GSL, as I found
> a perl script that parses C header files, and automatically generates
> a C# binding to it. I have not tried it yet however.
> 
> 2: I definitly want all of this to be completly cross platform. The non
> gui portions such as the MathML DOMv work the last time I tried them with 
> mono. The gui portions, such as the MathML display widget are designed in
> such a matter as only one single class performs any platform specific
> logic. To get this to work on GTK is only a matter of creating a GTK# 
> based backend for this class.
> 
> Currently, I am working on a Scheme interpreter / compiler, this will take
> Scheme input, and generate MSIL bytecode that will be JIT compiled by the
> runtime to execute. This will be the core of the MathML interpreter, as
> MathML content markup is just a XML description of scheme, so once the
> scheme interpreter is working, MathML content markup will simply generate
> a scheme AST (abstract syntax tree), and this tree will be evaluated.
> 
> I plan on having the interpreter running in a few months, then I can start
> on other pieces. 
> 
> So, if you want what I have of the c# binding to GSL, let me know, and
> I will check it in, bear in mind, that it will most likely change
> very much when I do make the final offcial version.
> > Hello everybody,
> > 
> > 	I've just seen at http://numerator.sourceforge.net that you intend to
> > develop a wrapper from GSL to C#. I haven't been able to find the status
> > of the project right now. What can you tell me?
> > 
> > 	By the way, are you planning it to work in GNU/Linux with Mono or only
> > MS Windows?
> > 
> > Thanks and kind regards,
> > 
> > A.
> > 
> > -- 
> > Antonio Zugaldía <azu...@ya...>
> > http://www.zugaldia.org/antonio
> > 
> > 
> > 
> > -------------------------------------------------------
> > This SF.Net email is sponsored by: IBM Linux Tutorials
> > Free Linux tutorial presented by Daniel Robbins, President and CEO of
> > GenToo technologies. Learn everything from fundamentals to system
> > administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> > _______________________________________________
> > Numerator-discuss mailing list
> > Num...@li...
> > https://lists.sourceforge.net/lists/listinfo/numerator-discuss
-- 
Antonio Zugaldía <azu...@ya...>
http://www.zugaldia.org/antonio

Re: [Numerator-discuss] GSL#

[<end...@co...>]

Hello Antonio, thanks for your interest.

1: I do plan on a wrapper for GSL. I wrote most of a wrapper for GSL
for another project that I worked on. It is not complete, but if you
are intersted, I will check it in to CVS. Essentially, I manually wrote
c# function definitions for all most of the GSL functions, so the GSL
functions are called directly. I would eventually like to develop a 
higher level interface to the native GSL functions, but I have not 
gotten to that yet. There are several higher level wrappers for GSL, and
I think that these would serve as good models.

I would like to re-do much of the current c# binding to GSL, as I found
a perl script that parses C header files, and automatically generates
a C# binding to it. I have not tried it yet however.

2: I definitly want all of this to be completly cross platform. The non
gui portions such as the MathML DOMv work the last time I tried them with 
mono. The gui portions, such as the MathML display widget are designed in
such a matter as only one single class performs any platform specific
logic. To get this to work on GTK is only a matter of creating a GTK# 
based backend for this class.

Currently, I am working on a Scheme interpreter / compiler, this will take
Scheme input, and generate MSIL bytecode that will be JIT compiled by the
runtime to execute. This will be the core of the MathML interpreter, as
MathML content markup is just a XML description of scheme, so once the
scheme interpreter is working, MathML content markup will simply generate
a scheme AST (abstract syntax tree), and this tree will be evaluated.

I plan on having the interpreter running in a few months, then I can start
on other pieces. 

So, if you want what I have of the c# binding to GSL, let me know, and
I will check it in, bear in mind, that it will most likely change
very much when I do make the final offcial version.
> Hello everybody,
> 
> 	I've just seen at http://numerator.sourceforge.net that you intend to
> develop a wrapper from GSL to C#. I haven't been able to find the status
> of the project right now. What can you tell me?
> 
> 	By the way, are you planning it to work in GNU/Linux with Mono or only
> MS Windows?
> 
> Thanks and kind regards,
> 
> A.
> 
> -- 
> Antonio Zugaldía <azu...@ya...>
> http://www.zugaldia.org/antonio
> 
> 
> 
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
> _______________________________________________
> Numerator-discuss mailing list
> Num...@li...
> https://lists.sourceforge.net/lists/listinfo/numerator-discuss

[Numerator-discuss] GSL#

[Antonio Z. <azu...@ya...>]

Hello everybody,

	I've just seen at http://numerator.sourceforge.net that you intend to
develop a wrapper from GSL to C#. I haven't been able to find the status
of the project right now. What can you tell me?

	By the way, are you planning it to work in GNU/Linux with Mono or only
MS Windows?

Thanks and kind regards,

A.

-- 
Antonio Zugaldía <azu...@ya...>
http://www.zugaldia.org/antonio

Re: [Numerator-discuss] Using numerator as a batch

[<end...@co...>]

Hello Nicolas

I have not tested gnumerator on linux for some time, but I think 
that with the current version of mono, and the wine libs, it should
work. There is, belive it or not, relativly little that is done 
with the GUI, all GUI functions are isolated in the GraphicDevice class.

I purposly designed it this way so that it would be simple to make a 
gtk# version of the component.

I currently do not have time to work on a gtk# port, I'm currently 
working on getting the interpreter for mathml content markup working.

For your needs, GtkMathView might be a better solution, have a look
at it at:
http://helm.cs.unibo.it/mml-widget/

It allready works well on linux, and there is a php wrapper around it
that generates gif or other image formats.

I do not know how much of System.Winforms is working in mono, as the
mathml.rendering control uses System.Winforms to save image files.

If you really are interested, you can take a look the MathMLControl.cs
file, this is the actual control file. Essentially, the process is that
a document is loaded, then a formating tree is creatged from this 
document, and the formatting tree draws to a GraphicsDevice object. 

In the windows version, this object happens to be a device context of
an off screen buffer, and this this buffer is dumped to the screen at
each re-draw.  It would be possible to make a GraphicsDevice object
around some other drawing surface, such as a gdk pixbuff, and then you
can save this pixbuff to a file.

thanks for your interest.


> 
>  Hello !
> 
>  I am currently setting up a toolchain which aims at converting
>  DocBook/SVG/MathML to HTML/PDF. I am working on Linux, and
>  dicovered numerator as a candidate that could suit a part of my needs.
> 
>  I wondered (i haven't got a deep look into it so far) if it could
>  be tuned, for example to use its core functions and have it work
>  on Linux (with Mono), and have these functionnalities :
>    - primarily     : create SVG from the MathML tree
>    - non mandatory : rasterize to a bitmap
> 
>   Please note that it is not really a feature request, but i would like to
>  know whether it would be feasible (by me) without a lot of modifications.
>  Turning it into a batch converter from a MathML file, to SVG (or bitmap)
>  would be perect. On of my concern is that I do not know if the current
>  code is heavily linked to the UI (because Mono soed not fully implement
>  it), because i'd like it to be a command-line tool.
> 
>  Anyway, bravo for your work, the screenshots speak for themselves.

>  Nicolas Pillot (nic...@po...)
> 
> 
> 
> -------------------------------------------------------
> The SF.Net email is sponsored by EclipseCon 2004
> Premiere Conference on Open Tools Development and Integration
> See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
> http://www.eclipsecon.org/osdn
> _______________________________________________
> Numerator-discuss mailing list
> Num...@li...
> https://lists.sourceforge.net/lists/listinfo/numerator-discuss

[Numerator-discuss] Using numerator as a batch

[Nicolas P. <nic...@po...>]

 Hello !

 I am currently setting up a toolchain which aims at converting
 DocBook/SVG/MathML to HTML/PDF. I am working on Linux, and
 dicovered numerator as a candidate that could suit a part of my needs.

 I wondered (i haven't got a deep look into it so far) if it could
 be tuned, for example to use its core functions and have it work
 on Linux (with Mono), and have these functionnalities :
   - primarily     : create SVG from the MathML tree
   - non mandatory : rasterize to a bitmap

  Please note that it is not really a feature request, but i would like to
 know whether it would be feasible (by me) without a lot of modifications.
 Turning it into a batch converter from a MathML file, to SVG (or bitmap)
 would be perect. On of my concern is that I do not know if the current
 code is heavily linked to the UI (because Mono soed not fully implement
 it), because i'd like it to be a command-line tool.

 Anyway, bravo for your work, the screenshots speak for themselves.
 Nicolas Pillot (nic...@po...)

[Numerator-discuss] release 0.21 of gNumerator try #2

[<end...@co...>]

Hello All

As you may have noticed, the previous message was blank, this was a 
mistake on the sending program (M$ outlook), here is try #2:

I have just release version 0.21 of the gnumerator components. This is 
exactly the same as version 0.2 except I fixed a nasty bug only found
in non US English versions of windows. 

Essentially the problem was the way in which certain numbers that were stored in the config file were parsed. In US English, the decimal point is represented as a period (.), where as in many other locales, the decimal point is represented as a comma (,). The numbers are stored in the config file in US format. so when the application was run in a non US English locale, an exception was being thrown when the config file is read, so the glyph map was never created. This new version has been tested in Hungarian and Russian versions of windows, and all seems to be well. 

[Numerator-discuss] release 0.21 of gNumerator

[Somogyi, E. <End...@Ga...>]

Hello All

I have just release version 0.21 of the gnumerator components. This is 
exactly the same as version 0.2 except I fixed a nasty bug only found
in non US English versions of windows. 

Essentially the problem was the way in which certain numbers that were
stored in the config file were parsed. In US English, the decimal point is
represented as a period (.), where as in many other locales, the decimal
point is represented as a comma (,). The numbers are stored in the config
file in US format. so when the application was run in a non US English
locale, an exception was being thrown when the config file is read, so the
glyph map was never created. This new version has been tested in Hungarian
and Russian versions of windows, and all seems to be well. 



The information in this electronic mail message is sender's business
Confidential and may be legally privileged.  It is intended solely for the
addressee(s).  Access to this Internet electronic mail message by anyone
else is unauthorized.  If you are not the intended recipient, any
disclosure, copying, distribution or any action taken or omitted to be taken
in reliance on it is prohibited and may be unlawful. 
The sender believes that this E-mail and any attachments were free of any
virus, worm, Trojan horse, and/or malicious code when sent. This message and
its attachments could have been infected during  transmission. By reading
the message and opening any attachments, the recipient accepts full
responsibility for taking protective and remedial action about viruses and
other defects. Galileo International is not liable for any loss or damage
arising in any way from this message or its attachments.

[Numerator-discuss] test

[Somogyi, E. <End...@Ga...>]

this is a test


The information in this electronic mail message is sender's business
Confidential and may be legally privileged.  It is intended solely for the
addressee(s).  Access to this Internet electronic mail message by anyone
else is unauthorized.  If you are not the intended recipient, any
disclosure, copying, distribution or any action taken or omitted to be taken
in reliance on it is prohibited and may be unlawful. 
The sender believes that this E-mail and any attachments were free of any
virus, worm, Trojan horse, and/or malicious code when sent. This message and
its attachments could have been infected during  transmission. By reading
the message and opening any attachments, the recipient accepts full
responsibility for taking protective and remedial action about viruses and
other defects. Galileo International is not liable for any loss or damage
arising in any way from this message or its attachments.

[Numerator-discuss] test

[Somogyi, E. <End...@Ga...>]

this is a test


The information in this electronic mail message is sender's business
Confidential and may be legally privileged.  It is intended solely for the
addressee(s).  Access to this Internet electronic mail message by anyone
else is unauthorized.  If you are not the intended recipient, any
disclosure, copying, distribution or any action taken or omitted to be taken
in reliance on it is prohibited and may be unlawful. 
The sender believes that this E-mail and any attachments were free of any
virus, worm, Trojan horse, and/or malicious code when sent. This message and
its attachments could have been infected during  transmission. By reading
the message and opening any attachments, the recipient accepts full
responsibility for taking protective and remedial action about viruses and
other defects. Galileo International is not liable for any loss or damage
arising in any way from this message or its attachments.