On Tue, 6 Feb 2001, John Levon wrote:
> The attached patch and cvs actions below move latex and vc log
> dialogs to frontends/xforms
Your OkViewPolicy is the equivalent of the already existing
IgnorantPolicy.
If you really think you need OkViewPolicy (because you want to extend it
later) then y
Guys
Has anyone tested the version control software in Lyx 1.1.6fix1. As far as I
can tell, It doesn't behave as it once did.
If I open the file, modify it and save I get the following error.
utime error.
If I try to Version Control > Check in Changes I get the following error
On Tue, 6 Feb 2001, Michael Schmitt wrote:
> Will you expel me from the mailing list if I continue bug reporting?
You're more likely to get a medal as "Bug Reporter of The Year" than a
slap on the wrist. Have you tried Purify on LyX lately?
Allan. (ARRae)
On 6 Feb 2001, Jean-Marc Lasgouttes wrote:
> > "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> 1.2.0 is supposed to be that interim release. I don't know why
> John> it's called 1.2.0 ...
>
> It is called 1.2.0 in order to change yet again the numbering changes.
> However, the plan
On Tue, 6 Feb 2001, Amir Karger wrote:
> On Tue, Feb 06, 2001 at 04:59:41PM +0100, Michael Schmitt wrote:
> >
> > PS: I noticed that there is some debate on what should go into 1.1.6fix2 and
> > what should only be part of 1.2. From a user's point of view, I appreciate any
> > improvements that a
Garst
make[3]: Leaving directory `/usr/local/garst/lyx-devel/src/frontends'
make[3]: Entering directory `/usr/local/garst/lyx-devel/src'
g++ -DHAVE_CONFIG_H -I. -I. -I. -I.. -I.. -I../boost-D_GNU_SOURCE=1 -O
-fvtable-thunks -fno-builtin -ffunction-sections -fdata-sections -W -Wall -Wconver
After applying the patch and rerunning the configuration, the compile
still fails in fmt.C:
/bin/sh ../../libtool --mode=compile g++ -DHAVE_CONFIG_H -I. -I.
-I../../src -I./../ -I../../boost -I/opt/local/include
-D_HPUX_SOURCE -fno-rtti -fno-exceptions -c fmt.C
g++ -DHAVE_CONFIG_H -I. -I. -I.
Amir Karger wrote:
>
> The links to ghostscript & ghostview on lyx.org/download/related.php3 are
> broken. The ghost folks have rearranged their pages. Go to
> http://www.cs.wisc.edu/~ghost/index.htm & check it out. I wasn't exactly
> sure how to change the links (There's a link to gv there, too,
On Tue, Feb 06, 2001 at 05:21:38PM +0100, Jean-Marc Lasgouttes wrote:
> > "lyx-devel" == lyx-devel <[EMAIL PROTECTED]> writes:
>
> lyx-devel> After building and installing, executing lyx gives:
> lyx-devel> /usr/lib/dld.sl: Call to mmap() failed - TEXT
> lyx-devel> /opt/TWWfsw/libxforms/lib/
"Lars Gullik Bjønnes" wrote:
> Perhaps the xml writer should be written first? and then the xml
> parser could be created/implemented later?
>
A writer is already available and I test it against the reader to check
that I am not making too many mistakes. But as you suggest I started
with the wr
hawk wrote:
>
> OK, this is getting wierd.
The wierdness is that they left -g in for 1.1.6
Try CXXFLAGS='-O2'
There has been much discussion on the list about this, so you might want
to check the archives for more details.
Garst
hawk <[EMAIL PROTECTED]> writes:
| OK, this is getting wierd.
|
| Somehow or another my filesystem keeps spiking to full.
|
| I am building within my home directory. Since I have oodles of
| memory but no processinig horsepower, I'm using -j2.
|
| I keep getting
|
| /: write failed, file
Hi,
sorry, there is another problem with tabulars. The cursor keys "Pos1" and "End"
work perfectly but Shift+Pos1 and (in particular) Shift+End lead to unwanted
results.
Michael
--
==
Michael Schmitt
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> John Levon <[EMAIL PROTECTED]> writes: | The attached patch
Lars> and cvs actions below move latex and vc log | dialogs to
Lars> frontends/xforms
Lars> btw. we are using "string const" and not "const string"
Lars> Other than
John Levon <[EMAIL PROTECTED]> writes:
| The attached patch and cvs actions below move latex and vc log
| dialogs to frontends/xforms
btw. we are using "string const" and not "const string"
Other than that it looks good.
Lgb
|
| cvs add ./src/frontends/xforms/FormBrowser.C ./src/fron
The links to ghostscript & ghostview on lyx.org/download/related.php3 are
broken. The ghost folks have rearranged their pages. Go to
http://www.cs.wisc.edu/~ghost/index.htm & check it out. I wasn't exactly
sure how to change the links (There's a link to gv there, too, for example.)
so I'm hoping s
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Hello, there is another problem with tables: Enter a couple
Michael> of protected blanks in a cell. The cursor does not advance.
Michael> Will you expel me from the mailing list if I continue bug
Michael> reporting?
No, con
On Tue, Feb 06, 2001 at 04:59:41PM +0100, Michael Schmitt wrote:
>
> PS: I noticed that there is some debate on what should go into 1.1.6fix2 and
> what should only be part of 1.2. From a user's point of view, I appreciate any
> improvements that are quickly accessable and only require minor loca
On Tue, 6 Feb 2001, John Levon wrote:
> On Tue, 6 Feb 2001, Andreas Deininger wrote:
>
> > Hi,
> >
> > I eventually found out how to reproduce a bug in Lyx 1.1.6 fix1:
> >
> > If inside a paragraph, move to the beginning of a word. Remove just this
> > word (by typing 'del'-key several times).
Hello,
there is another problem with tables: Enter a couple of protected blanks in a
cell. The cursor does not advance.
Will you expel me from the mailing list if I continue bug reporting?
Michael
--
==
Michael Schmitt
OK, this is getting wierd.
Somehow or another my filesystem keeps spiking to full.
I am building within my home directory. Since I have oodles of
memory but no processinig horsepower, I'm using -j2.
I keep getting
/: write failed, file system is full
I'd kill the process, call up df, an
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> 1.2.0 is supposed to be that interim release. I don't know why
John> it's called 1.2.0 ...
It is called 1.2.0 in order to change yet again the numbering changes.
However, the plan was to turn on NEW_INSETS at this point, and this
will
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> I fully understand your problems. On the other hand, it is
Michael> quite unusual that a new version lacks old features.
Agreed. But there are so many things we have to change that we did not
want to write a lot lot of code
On Tue, 6 Feb 2001, Michael Schmitt wrote:
> The number 1.2.0 implies that many new features (and probably many new problems
> :-)) will be introduced in the next version But I do not require new features,
> I would be very happy if the existing ones work in the expected way (maybe this
> sounds
> "Roland" == Roland Krause <[EMAIL PROTECTED]> writes:
Roland> Excuse me interrupting :-) You forget one thing in your xml
Roland> discussion: The importance of exchanging documents coupled
Roland> with a way to agree on what the contents of these documents
Roland> actually mean.
You're wel
Jean-Marc Lasgouttes wrote:
> Our problem is that we cannot afford to have both a stable a a
> development branch. The release of "fix" versions is only possible
> because because the changes are _very_ small, so there is not muchg to
> doublecheck.
>
> Anyway we do not have any fix for these pa
Excuse me interrupting :-)
You forget one thing in your xml discussion:
The importance of exchanging documents coupled with a way to agree on
what the contents of these documents actually mean.
Take a simple table as an example - the table format already is in XML,
so what do you need to load
> "Thorsten" == Thorsten Fischer <[EMAIL PROTECTED]> writes:
Thorsten> I just upgraded to 1.16. Now, when I fill in a table and try
Thorsten> to use the numpad, the numbers appear in front of the table
Thorsten> and not in it. The other keys are working normally. I'm
Thorsten> running on SuSE
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Sorry guys but LyX 1.1.6(fix1) really makes me crazy. This
Michael> time I had to set the font size within a complete table to
Michael> "small". I would have expected that I can just mark all
Michael> cells. No chance! You ne
lars lamented,
> hawk <[EMAIL PROTECTED]> writes:
> | Making all in po
> | make: don't know how to make cat-id-tbl.c. Stop
> | *** Error code 1
> are you using gnu make? if not try that.
Thanks.
that did it. I typed "gmake" rather than "make", and it's been
compiling for an hour now (it's o
Hi,
it's me again, your enervating LyX user.
Sorry guys but LyX 1.1.6(fix1) really makes me crazy. This time I had to set
the font size within a complete table to "small". I would have expected that I
can just mark all cells. No chance! You need to select the text in each cell
separately. It's n
> "lyx-devel" == lyx-devel <[EMAIL PROTECTED]> writes:
lyx-devel> Patch attached to get 1.1.6fix1 compiling under HP-UX
lyx-devel> 10.20. This patch does the following:
I applied the patch to both branches.
lyx-devel> After building and installing, executing lyx gives:
lyx-devel> /usr/lib/
john jabbered,
> Actually, Amir, I ran into this very same problem about 6 months ago.
> I haven't been able to figure out why \lyxslide & friends break the
> features of the "slides.cls", but I know that they do. I'd have to go
> through past versions of "slides.layout" and match changes there
On Tue, 6 Feb 2001, Andreas Deininger wrote:
> Hi,
>
> I eventually found out how to reproduce a bug in Lyx 1.1.6 fix1:
>
> If inside a paragraph, move to the beginning of a word. Remove just this
> word (by typing 'del'-key several times). Now there is one blank-character
> in front and one bl
Hi,
in normal text, it is possible to place the cursor inside of a word and enter
CTRL-e to emphasize the complete word. In a tabular cell, LyX seems to
recognize CTRL-e (the "!" in the toolbar changes) but it does not print the
word in italics. Instead you have to mark the complete word.
Micha
On 6 Feb 2001, Jean-Marc Lasgouttes wrote:
> > "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> Not generate a dynamic menu every time it's called
> John> (theoretically, the hookes needed in kernel are simple in some
> John> cases, more complicated in others)
>
> You can generate
Hello,
if you switch between different entries in the "navigate" menu, the old
selection does not vanish from screen. You can test this very easily with the
LyX user manual which has a large TOC.
Michael
PS: I noticed that there is some debate on what should go into 1.1.6fix2 and
what should on
Hello,
could you add this to the wish list :
when I modify the name where to print the .ps file in the "print"
window, it should automatically select the "to file" switch
Thanks,
Nico.
Hi,
I eventually found out how to reproduce a bug in Lyx 1.1.6 fix1:
If inside a paragraph, move to the beginning of a word. Remove just this
word (by typing 'del'-key several times). Now there is one blank-character
in front and one blank-character behind the cursor. Now if you want to
mark the
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> Not generate a dynamic menu every time it's called
John> (theoretically, the hookes needed in kernel are simple in some
John> cases, more complicated in others)
You can generate the menus at Menubar::set or Menubar::update time (it
is
On Tue, Feb 06, 2001 at 03:26:29PM +0100, Jean-Marc Lasgouttes wrote:
> OK, I found my problem. Bad configuration from my side. BTW, where are
> the converters flags documented?
Yes, in lyxrc.example.
On 6 Feb 2001, Jean-Marc Lasgouttes wrote:
> > "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> I've spent some time thinking about the menu stuff a couple of
> John> months ago. It is an icky problem really; I'm definitely leaning
> John> towards having all item-creation / default
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Note also for plain unicode supprt glibc 2.2 should be very
| Lars> good. (or 2.3?)
|
| I hope you don't mean that LyX would only wor on systems for which
| glibc 2.2 has
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> I've spent some time thinking about the menu stuff a couple of
John> months ago. It is an icky problem really; I'm definitely leaning
John> towards having all item-creation / default.ui parsing in each
John> frontend, and only having me
On Tue, 6 Feb 2001, Kalle Dalheimer wrote:
> I don't think you should. Red Hat decided to ship a buggy, unofficial
> compiler in an official release, and their customers should feel the pain and
yes, you are probably right here.
> complain to Red Hat, perhaps this teaches Red Hat a lesson. So
On 6 Feb 2001, Jean-Marc Lasgouttes wrote:
> > "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> Simplify what exactly ? The core code ? If it's just the menu
> John> code, well that needs totally reworking anyway...
>
> It would give us (at least me) a better view of the code.
O
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Note also for plain unicode supprt glibc 2.2 should be very
Lars> good. (or 2.3?)
I hope you don't mean that LyX would only wor on systems for which
glibc 2.2 has been ported...
JMarc
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> Simplify what exactly ? The core code ? If it's just the menu
John> code, well that needs totally reworking anyway...
It would give us (at least me) a better view of the code. Removing it
is as simple as doing a big cut in the xforms c
On Tuesday 06 February 2001 13:21, you wrote:
> There is a bug in all versions of gcc > 2.95.2 that
> makes 1.45 Qt headers uncompilable.
>
> This means the kde frontend is broken with these compilers.
>
> Should I have a really hacky solution to this (namely -D_CC_METROWERKS_ in
> kde frontend) ?
Miyata Shigeru <[EMAIL PROTECTED]> writes:
| Dekel Tsur <[EMAIL PROTECTED]> wrote:
|
| > Pango might be useful, but it might be too much work to make LyX use it.
| > We first need to switch to 16/32-bit internal text representation. Only
| > after that we should consider whether to use Pango.
|
On Tuesday 06 February 2001 13:53, Jean-Marc Lasgouttes wrote:
> > "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> There is a bug in all versions of gcc > 2.95.2 that makes 1.45
> John> Qt headers uncompilable.
>
> Does it affect 2.95.3 too?
>
> John> This means the kde frontend is
The attached patch and cvs actions below move latex and vc log
dialogs to frontends/xforms
cvs add ./src/frontends/xforms/FormBrowser.C ./src/frontends/xforms/FormBrowser.h
./src/frontends/xforms/FormLog.C ./src/frontends/xforms/FormLog.h
./src/frontends/xforms/FormVCLog.C ./src/frontends/xfor
Miyata Shigeru <[EMAIL PROTECTED]> writes:
| In fact I do not have any expertise to compare their algorithms, but
| from the comparison of API's, ICU looks more promissing, IMHO.
And it is C++, but still not modern C++... and still using some
strange UBool variant instead of bool.
Note also fo
On 6 Feb 2001, Jean-Marc Lasgouttes wrote:
>
> The subject says it all. Removing this code would simplify things,
> really.
>
> JMarc
Simplify what exactly ? The core code ? If it's just the menu code, well
that needs totally reworking anyway...
john
--
"Do you mean to tell me that "The Pri
Dekel Tsur <[EMAIL PROTECTED]> wrote:
> Pango might be useful, but it might be too much work to make LyX use it.
> We first need to switch to 16/32-bit internal text representation. Only
> after that we should consider whether to use Pango.
LyXParagraph::value_type is used only in the class LyXP
Baruch Even <[EMAIL PROTECTED]> wrote:
> There is also Pango at http://www.pango.org/
> Which is supposed to handle various languages including bidirectional
> and the various strange languages around.
>
> It's task is ordering and shaping of characters, it is build into GTK 2,
> but it is writt
The subject says it all. Removing this code would simplify things,
really.
JMarc
> "Claus" == Claus Hentschel <[EMAIL PROTECTED]> writes:
Claus> Beginning with 1.1.6 LyX by default offers the new menu layout.
Claus> If using this (what is recommended) together with LANG=de in
Claus> your environment (i.e. using the internationalized german LyX
Claus> version) the followin
> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
Dekel> On Tue, Feb 06, 2001 at 12:38:16PM +0100, Jean-Marc Lasgouttes
Dekel> wrote:
>> I can get any error box inserted in my documents (even if I insert
>> a faulty command like \foo) when latex fails. Is it only me or are
>> others seeing
> "Chanop" == Chanop Silpa-Anan <[EMAIL PROTECTED]> writes:
Chanop> Oops I forgot to attach the file.
Thanks. I'll apply it.
JMarc
On Tue, Feb 06, 2001 at 11:24:41PM +1100, Chanop Silpa-Anan wrote:
> I have it like Encoding tis620-0 blah_blah_blah before. I'll try
> with tisenc plus patch the Form.C file with tisenc entry.
A second look reveals that tisenc.enc is a font encoding file, and not an
input encoding file. It se
Please note that I am NOT subscribed to lyx-devel!
So please at least don't forget to send a copy to me! Thank you!
Beginning with 1.1.6 LyX by default offers the new menu layout. If using
this (what is recommended) together with LAN
On Tue, Feb 06, 2001 at 10:22:05AM +0100, Jean-Marc Lasgouttes wrote:
> > "Miyata" == Miyata Shigeru <[EMAIL PROTECTED]> writes:
>
> Miyata> I guess if we are going to support Indic and Southeast Asian
> Miyata> scripts in LyX, then we have to look for the LayoutEngine
> Miyata> class of ICU-
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Agree, we should be sober about what the xml format gives. What
| Lars> it gives is a defined syntax + libraries for parsing/validation.
| Lars> Easier interaction with ex
On 6 Feb 2001, Jean-Marc Lasgouttes wrote:
> > "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> My guess would be : no, as this looks a result of the major
> John> pre-processing upheaval done later in the series.
>
> There have been preprocessing changes done a one or two weeks a
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> My guess would be : no, as this looks a result of the major
John> pre-processing upheaval done later in the series.
There have been preprocessing changes done a one or two weeks ago. Do
you think they will help?
JMarc
* Miyata Shigeru <[EMAIL PROTECTED]> [010206 11:43]:
> Amir Karger <[EMAIL PROTECTED]> wrote:
>
> > pardon me for asking, but I can't help noticing that almost every letter is
> > mapped to "t". That's a pretty strange keymap! How does the thai alphabet
> > work?
>
> ???
> Anyway, if you want ot
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Agree, we should be sober about what the xml format gives. What
Lars> it gives is a defined syntax + libraries for parsing/validation.
Lars> Easier interaction with external tools because of this.
And are the said libraries li
On 6 Feb 2001, Jean-Marc Lasgouttes wrote:
> > "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> There is a bug in all versions of gcc > 2.95.2 that makes 1.45
> John> Qt headers uncompilable.
>
> Does it affect 2.95.3 too?
I have no way to test this. We need someone with one of t
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| Jose> The point is that by changing it to XML we can use lots of
| Jose> software that work with it. The parser is one of them.
|
| What I do not like in this stance is that it looks so much like when
| people told us we should switch to java
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> There is a bug in all versions of gcc > 2.95.2 that makes 1.45
John> Qt headers uncompilable.
Does it affect 2.95.3 too?
John> This means the kde frontend is broken with these compilers.
John> Should I have a really hacky solution to
> "Jose" == Jose Abilio Oliveira Matos <[EMAIL PROTECTED]> writes:
Jose> As Lars said with XML and a dtd it is possible to validate the
Jose> layout files. Now as it is, LyX can load a faulty file that can
Jose> crash it. This shouldn't happen.
I'd be interested to see a layout file that w
On Tue, Feb 06, 2001 at 12:32:28PM +, John Levon wrote:
> which validating parser are you planning to use ?
>
> RXP ?
There are several alternatives, another is libxml.
There is some dicussion on the thread about the XML cvs branch.
I suppose we want one to use directly in lyx. If t
On Tue, 6 Feb 2001, Jose Abilio Oliveira Matos wrote:
> The point is that by changing it to XML we can use lots of software that
> work with it. The parser is one of them.
which validating parser are you planning to use ?
RXP ?
john
--
"Ou trouver les sources du lovely-fucky color-ls ?"
"Garst R. Reese" <[EMAIL PROTECTED]> writes:
| Jose Abilio Oliveira Matos wrote:
| >
| > On Tue, Feb 06, 2001 at 10:27:02AM +0100, Lars Gullik Bjønnes wrote:
| > >
|
| > > imho hte layout files are close to xml already, just bissing some <>
| > > and change the name of some endtags.
| >
| >
On Tue, Feb 06, 2001 at 08:20:36AM -0400, Garst R. Reese wrote:
> They seem to work, why fix them? Is there a potential gain in
> functionality?
Yes.
As Lars said with XML and a dtd it is possible to validate the layout
files. Now as it is, LyX can load a faulty file that can crash it. Th
Thank you for the hints.
Once upon a time, I heard Dekel Tsur say
> On Tue, Feb 06, 2001 at 04:56:42PM +1100, Chanop Silpa-Anan wrote:
> > Q1: What is the encoding in lib/encondings for? Is it for screen encoding
> > that map 8-bit to unicode?
>
> It is currently used for converting the interna
There is a bug in all versions of gcc > 2.95.2 that
makes 1.45 Qt headers uncompilable.
This means the kde frontend is broken with these compilers.
Should I have a really hacky solution to this (namely -D_CC_METROWERKS_ in
kde frontend) ? There are large number of gcc RH-2.96 users for one ...
Jose Abilio Oliveira Matos wrote:
>
> On Tue, Feb 06, 2001 at 10:27:02AM +0100, Lars Gullik Bjønnes wrote:
> >
> > imho hte layout files are close to xml already, just bissing some <>
> > and change the name of some endtags.
>
> I totally agree.
>
> > Lgb
They seem to work, why fix t
On Tue, Feb 06, 2001 at 12:38:16PM +0100, Jean-Marc Lasgouttes wrote:
>
> I can get any error box inserted in my documents (even if I insert a
> faulty command like \foo) when latex fails. Is it only me or are
> others seeing this too?
It works fine here.
On Tue, Feb 06, 2001 at 10:27:02AM +0100, Lars Gullik Bjønnes wrote:
>
> | > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
> |
> | Lars> Why not switch to an xml like format?
> |
> | Lars> This could also perhaps help the xml-format project a bit.
> |
> | I really do not see wh
I can get any error box inserted in my documents (even if I insert a
faulty command like \foo) when latex fails. Is it only me or are
others seeing this too?
JMarc
On Tue, Feb 06, 2001 at 04:56:42PM +1100, Chanop Silpa-Anan wrote:
> Q1: What is the encoding in lib/encondings for? Is it for screen encoding
> that map 8-bit to unicode?
It is currently used for converting the internal 8-bit representation to
16-bit unicode when using an iso10646-1 screen font.
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> I disagree. The file should be installed correctly.
Did I say it should not? :)
Kayvan> Also, if you are going to go that route, we need to make sure
Kayvan> that any reconfigure from within lyx calls this file with the
Kayva
On Tue, Feb 06, 2001 at 11:17:50AM +0100, Jean-Marc Lasgouttes wrote:
> I'm a bit unsure too. Dekel, is the bookmark code only a "side-effect"
> or is it that you do not want to separate the patch in two? We already
> had one new bug in 1.1.6fix1, and I really do not want to see another
> one!
It
On Tue, Feb 06, 2001 at 10:13:43AM +0100, Jean-Marc Lasgouttes wrote:
> I really do not see what we gain from that, actually... Whereas the
> gain is clear for the .lyx format which requires some structure, the
> layout format is fine as it is. Since layouts are edited by hand, I
In the future, w
> "Stephan" == Stephan Witt <[EMAIL PROTECTED]> writes:
Stephan> Marcello Nuccio wrote:
>> On Tue, Feb 06, 2001 at 05:52:31PM +1000, Allan Rae wrote:
>>
>> > you get _nothing_ because we can't raise an iconified dialog.
>>
>> Mozilla does it. I have Gnome+Sawfish, but I think it's possible
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> We use it to validate the format of the layout file, if the
Lars> validation fails we do not load the layout file.
OK, that's one good reason.
JMarc
Marcello Nuccio wrote:
>
> On Tue, Feb 06, 2001 at 05:52:31PM +1000, Allan Rae wrote:
>
> > you get _nothing_ because we can't raise an iconified dialog.
>
> Mozilla does it. I have Gnome+Sawfish, but I think it's possible with
> any WM.
>
This depends on the used toolkit.
Yes, you can rais
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Primarily the same parser code for all the lyx files, the
| Lars> possibillity of haveing a dtd for layout files, language files,
| Lars> bind files, keyboard files.
|
|
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Primarily the same parser code for all the lyx files, the
Lars> possibillity of haveing a dtd for layout files, language files,
Lars> bind files, keyboard files.
I have to admit that I still do not see what the wonderful advan
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> My problem is not really the new seminar layout but the that it
Lars> is introduced in 1.1.6fixX
Agreed.
Lars> IMO _no_ development should be done for 1.1.6, no code, no
Lars> features, no enhanced layouts. _only_ bugfixing.
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> So you want untested features added to the stable branch...
Lars> I'll leave the decision with Jean-Marc, but I am not overly
Lars> positive.
I'm a bit unsure too. Dekel, is the bookmark code only a "side-effect"
or is it tha
On Tue, Feb 06, 2001 at 05:52:31PM +1000, Allan Rae wrote:
> you get _nothing_ because we can't raise an iconified dialog.
Mozilla does it. I have Gnome+Sawfish, but I think it's possible with
any WM.
--
"Intelligence is the ability to avoid doing work, yet get the work done"
-- Linus
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Why not switch to an xml like format?
|
| Lars> This could also perhaps help the xml-format project a bit.
|
| I really do not see what we gain from that, actually...
P
> "Miyata" == Miyata Shigeru <[EMAIL PROTECTED]> writes:
Miyata> I guess if we are going to support Indic and Southeast Asian
Miyata> scripts in LyX, then we have to look for the LayoutEngine
Miyata> class of ICU-1.7
Do you know anything about pango? Could it be useful?
JMarc
> "Amir" == Amir Karger <[EMAIL PROTECTED]> writes:
Amir> On Mon, Feb 05, 2001 at 08:31:27PM +1100, Chanop Silpa-Anan
Amir> wrote:
>> The attachment is thai kedmanee keyboard map. I have tested it with
>> LyX-1.1.5fix2 (a debian package) and briefly with 1.1.6fix1.
Amir> pardon me for asking
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Why not switch to an xml like format?
Lars> This could also perhaps help the xml-format project a bit.
I really do not see what we gain from that, actually... Whereas the
gain is clear for the .lyx format which requires some
On Tue, Feb 06, 2001 at 01:59:53AM -0400, Garst R. Reese wrote:
> Allan Rae wrote:
>
> > Am I the only one here who _hasn't_ read this book? I didn't even know
> > it existed before this mail thread.
> >
> > Allan. (ARRae)
> I think you're just showing your youth :) Unless this is a new editio
99 matches
Mail list logo
