Bo Peng wrote:
The .lyx format is not really working. One can, e.g. not use
'real' text within math, which makes implementing e.g. \mbox
impossible.
There must be some good reasons to change .lyx format, and switch to
unicode. But those reasons are invisible to normal users like me. All
On Sat, Apr 01, 2006 at 09:13:17AM -0600, Bo Peng wrote:
> > The .lyx format is not really working. One can, e.g. not use
> > 'real' text within math, which makes implementing e.g. \mbox
> > impossible.
>
> There must be some good reasons to change .lyx format, and switch to
> unicode. But those r
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > The .lyx format is not really working. One can, e.g. not use
| > 'real' text within math, which makes implementing e.g. \mbox
| > impossible.
|
| There must be some good reasons to change .lyx format, and switch to
| unicode. But those reasons are invisib
> The .lyx format is not really working. One can, e.g. not use
> 'real' text within math, which makes implementing e.g. \mbox
> impossible.
There must be some good reasons to change .lyx format, and switch to
unicode. But those reasons are invisible to normal users like me. All
I can see is that I
On Fri, Mar 31, 2006 at 06:49:41AM -0600, Bo Peng wrote:
> > Think *unicode* and forget about this one for now.
>
> If you ask me what are the most important features I have in mind. I
> would say: NO more new features. If .lyx format is working, why XML?
> If current foreign language support is f
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> If current foreign language support is fine, why unicode?
The problem is that it is not fine, it is a hack.
JMarc
> Think *unicode* and forget about this one for now.
If you ask me what are the most important features I have in mind. I
would say: NO more new features. If .lyx format is working, why XML?
If current foreign language support is fine, why unicode?
Let us clear up all existing bugs and make lyx *
Charles de Miramon wrote:
> I'm not a developper but I'm wondering if you are not underestimating the
> complexity of going Unicode.
I don't think so.
> Changing the internal format to Unicode is
> maybe not that hard but having a fully Unicode editor is *very* complex.
And the latter is not t
On Fri, 2006-03-31 at 12:34 +0200, Charles de Miramon wrote:
> Lars Gullik Bjønnes wrote:
>
> >
> > Think *unicode* and forget about this one for now.
> >
>
> I'm not a developper but I'm wondering if you are not underestimating the
> complexity of going Unicode. Changing the internal format to
Lars Gullik Bjønnes wrote:
>
> Think *unicode* and forget about this one for now.
>
I'm not a developper but I'm wondering if you are not underestimating the
complexity of going Unicode. Changing the internal format to Unicode is
maybe not that hard but having a fully Unicode editor is *very* co
"Bo Peng" <[EMAIL PROTECTED]> writes:
| > If we are going for this it will be a major new feature (IMHO) and
| > should then wait for 1.7.
|
| And it needs cleanup of classes like buffer. Anyway, the real
| implementation is *easy* so this feature is not that far away from us.
This feature has a
> If you want to wrap c++ to interface with python, I suggest boost::python.
> It's easy once you get over the learning curve, and we're already using
> boost.
That is true, but I only know SWIG. :-) While SWIG can wrap all the
classes automatically, boost::python need to write things manually
(an
Bo Peng wrote:
>> If we are going for this it will be a major new feature (IMHO) and
>> should then wait for 1.7.
>
> And it needs cleanup of classes like buffer. Anyway, the real
> implementation is *easy* so this feature is not that far away from us.
>
> Bo
If you want to wrap c++ to interfac
> If we are going for this it will be a major new feature (IMHO) and
> should then wait for 1.7.
And it needs cleanup of classes like buffer. Anyway, the real
implementation is *easy* so this feature is not that far away from us.
Bo
"Bo Peng" <[EMAIL PROTECTED]> writes:
| Dear list,
|
| I just read a bit about 'LyX Wanted Features list' and saw
|
| Scripting language: Support a scripting language to control various
| parts of LyX, this requires deciding on an official scripting
| language. The idea is for non-core parts of
15 matches
Mail list logo
