On Thu, Dec 19, 2002 at 05:31:42PM +, John Levon wrote:
> > > What they say (as I understand it), is that "save as..." needs
> > > ellipsis because you need to do something to actually save.
> >
> > Preferences need extra input, too.
>
> No, they need *input* NOT *extra input*. There is a cle
On Thu, Dec 19, 2002 at 05:29:13PM +, John Levon wrote:
> The ellipsis is all about surprise: if you see one, it means that
> further interaction is required *when you would not expect it*. Who in
> the world would not expect some sort of dialog when selecting
> Tools->Preferences ?
This is a
On Thu, Dec 19, 2002 at 12:31:18PM -0500, Kuba Ober wrote:
> No. It's just that faster code means less code in that situation, and
> don't we all like less code? As in: the best patch is the one which only
> removes code while preserving functionality ;-)
I am a big fan of that principle.
Andre'
On Thu, Dec 19, 2002 at 06:25:33PM +0100, Daniel Naber wrote:
> > One would have to hook into the handler for LFUN_SELFINSERT
> > (src/text3.C, line 1500+) and cut the "last" word or sentence from
> > cursor position backward.
>
> So far I added some code to LyXText::insertChar(). If the last word
Dear list,
Since the LyX file format is moving towards more and more attribute
tags, especially in tables, and this kind of information compresses
quite nicely (along with the actual text), why not make .lyx.gz a
standard file format?
I propose that the file save dialogue has a checkbox for invok
Hi.. if I want to compile without the language catalogs, then should I
just delete all the catalogs from the Makefile under the CATALOGS =
section? Also, is there a way to do a cvs update without getting the .po
files for all the languages? These files are slightly bigger than the
rest so it would
JL> I don't think we do too much of that. Even user find/replace is slow
JL> because of our architecture and UTF8 will not significantly change that
JL> - fixing our algorithms will.
but then, a 16-bit-format is even better, because the special cases
for two-word characters are hit a lot less of
>>From 'man unicode':
LGB> For example, the German
LGB>character Umlaut-A ("Latin capital letter A with diaeresis") can either
LGB>be represented by the precomposed UCS code 0x00c4, or alternatively as
LGB>the combination of a normal "Latin capital letter A" fol
>
> It should be up now... My machine was being rebuilt. :-(
>
thanks for letting me know Kavyan..
nirmal
On Thu, Dec 19, 2002 at 09:50:13PM -0500, Nirmal Govind wrote:
> Hi.. I'm trying to update my cvs but after entering the passwd, it just
> waits and doesn't do anything...
>
> Thanks,
> nirmal
It should be up now... My machine was being rebuilt. :-(
---Kayvan
--
Kayvan A
Dear list,
using the latest CVS, I edited my familiar document to find that it
wouldn't export to PS anymore.
After reconstructing my changes (using diff on the LyX file of course) I
discovered that the culprit is the addition of one more table, identical
to the rest.
This document is a design d
It gives the impression that we use latex fonts for normal text too by
default, but it's only for math ...
john
--
"ALL television is children's television."
- Richard Adler
On Thu, Dec 19, 2002 at 09:12:14PM -0600, Bo Peng wrote:
> Is there a way to set inline as the default ERT inset display format?
No.
regards
john
--
"ALL television is children's television."
- Richard Adler
I'm uploading to ftp.lyx.org/incoming RH8.0 RPMs and the original tgz's
for Aiksaurus and the ttf fonts needed for getting math symbols. I
haven't found a wasy ttf font alas.
I've just used the necessary 10-pitch ttf fonts now. To clarify, these
fonts are only for mathed's internal symbol display
Hi,
Is there a way to set inline as the default ERT inset display format?
I could not find this in the preference box.
--
Bo Peng
Hi.. I'm trying to update my cvs but after entering the passwd, it just
waits and doesn't do anything...
Thanks,
nirmal
This works OK for me. Note it fixes only one mode of failure - several
other cases are still broken. But those are not regressions, this is.
OK ?
Index: text3.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/text3.C,v
retrievin
John Levon <[EMAIL PROTECTED]> writes:
| On Fri, Dec 20, 2002 at 01:41:48AM +0100, Lars Gullik Bj?nnes wrote:
|
| > | Here's the fix. Lars, OK ?
| >
| > What about saving of last files and other cleanup that is done upon
| > exit?
|
| lyx_gui::exit() is only called at the end of QuitLyX.
Then
On Fri, Dec 20, 2002 at 01:49:27AM +0100, Kornel Benko wrote:
> Good. Your patch in "Re: [PATCH] Multiple encodings in Qt" seems to
> be the solution.
At long long long last :)
john
--
"ALL television is children's television."
- Richard Adler
On Fri, Dec 20, 2002 at 01:41:48AM +0100, Lars Gullik Bj?nnes wrote:
> | Here's the fix. Lars, OK ?
>
> What about saving of last files and other cleanup that is done upon
> exit?
lyx_gui::exit() is only called at the end of QuitLyX.
regards
john
p.s. I have a simple fix for the table-scrollin
-BEGIN PGP SIGNED MESSAGE-
On Freitag, 20. Dezember 2002 01:30, John Levon wrote:
> > Are you able to use the keysym? It seem not to be locale-dependent.
>
> No. And it's the "wrong thing" to do.
>
Good. Your patch in "Re: [PATCH] Multiple encodings in Qt" seems to
be the solution.
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Dec 19, 2002 at 08:36:55PM +0100, Alfredo Braunstein wrote:
|
| > On Qt:
| > Open a document for which autosave is newer, so the popup appears. close the
| > main window from the WM. Crash.
|
| Here's the fix. Lars, OK ?
What about saving of las
-BEGIN PGP SIGNED MESSAGE-
On Donnerstag, 19. Dezember 2002 23:17, John Levon wrote:
> Here's a proper patch. It works for me. How I tested this :
With this patch I, finaly, am able to enter russian text. (with LANG = ru_RU)
... entering Cyrillic_a
Press key 65535 text "none", as
On Thu, Dec 19, 2002 at 08:36:55PM +0100, Alfredo Braunstein wrote:
> On Qt:
> Open a document for which autosave is newer, so the popup appears. close the
> main window from the WM. Crash.
Here's the fix. Lars, OK ?
regards
john
Index: lyx_gui.C
==
On Fri, Dec 20, 2002 at 01:28:48AM +0100, Kornel Benko wrote:
> I beg your pardon? It is serbian language, using iso8859-5 encoding ... if that was
>the question ...
That was.
> Are you able to use the keysym? It seem not to be locale-dependent.
No. And it's the "wrong thing" to do.
If the l
-BEGIN PGP SIGNED MESSAGE-
On Freitag, 20. Dezember 2002 01:14, John Levon wrote:
> On Fri, Dec 20, 2002 at 01:05:53AM +0100, Kornel Benko wrote:
...
> > As I can see here, XLookupString gives Cyrillic_ES, while keysym declares
> > Cyrillic_a to be pressed. Maybe someone can enlighten me?
On Fri, Dec 20, 2002 at 01:05:53AM +0100, Kornel Benko wrote:
> No, I am not sure. Don't know, what happens here.
>
> KeyPress event, serial 27, synthetic NO, window 0x301,
>root 0x3a, subw 0x0, time 12042385, (33,69), root:(37,89),
>state 0x2010, keycode 38 (keysym 0x6c
-BEGIN PGP SIGNED MESSAGE-
On Donnerstag, 19. Dezember 2002 22:25, John Levon wrote:
> On Thu, Dec 19, 2002 at 09:45:13PM +0100, Kornel Benko wrote:
> > Empty kbd action (probably composing)
> > repainting 75,21 7,22
> > Press key 65535 text "Á", ascii "193"
>
> Can you add a d
I have put a pre1 on ftp://ftp.devel.lyx.org/pub/lyx/pre/
tarball, source rpm and binary rpm. Also the xforms rpms for 1.0.
Only xforms version precompiled.
It would of course be nice if people try these out... but be aware
that there are still some problems.
Backup your documents before you b
John Levon <[EMAIL PROTECTED]> writes:
| On Fri, Dec 20, 2002 at 12:24:48AM +0100, Lars Gullik Bj?nnes wrote:
|
| > | The below patch should fix this. Lars, should I apply ?
| >
| > Why don't I see this problem?
|
| Your platform is a bit less finicky. But what I was doing before is
| strictly
John Levon <[EMAIL PROTECTED]> writes:
| On Fri, Dec 20, 2002 at 12:11:24AM +0100, Lars Gullik Bj?nnes wrote:
|
| > That is only because they have nothing to say.
| > (or a hell of a compression algorithm)
|
| You mean you don't use one of the compression algorithms that can reduce
| the size of
On Fri, Dec 20, 2002 at 12:24:48AM +0100, Lars Gullik Bj?nnes wrote:
> | The below patch should fix this. Lars, should I apply ?
>
> Why don't I see this problem?
Your platform is a bit less finicky. But what I was doing before is
strictly wrong.
regards
john
--
"ALL television is children's t
On Fri, Dec 20, 2002 at 12:22:41AM +0100, Lars Gullik Bj?nnes wrote:
> Yes, slow down.
>
> Get others to test it before comitting to CVS.
certainly.
regards
john
--
"ALL television is children's television."
- Richard Adler
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Dec 19, 2002 at 01:52:19PM +, Mike Meredith wrote:
|
| > checks for a working qt library fails with missing symbols
| > (QTString::Text). The command to link conftest.cc tries to link the qt
| > library before compiling the C++ file :-
|
| T
John Levon <[EMAIL PROTECTED]> writes:
| Here's a proper patch. It works for me. How I tested this :
|
| create a doc with an english par, russian par, and polish par.
|
| Map Cyrillic_zhe to F11
| Map lcaron to F10
| Change english encoding to iso8859-15 (just to test the Eurosign)
|
| move t
Philipp Reichmuth <[EMAIL PROTECTED]> writes:
| KO> But it's probably very true that just using a 32-bit encoding with
| KO> *mostly* one-to-one mapping between characters and dwords is easy
| KO> to use. But not always easy to use.
|
| Do you have an counterexample of a Unicode character that c
On Fri, Dec 20, 2002 at 12:11:24AM +0100, Lars Gullik Bj?nnes wrote:
> That is only because they have nothing to say.
> (or a hell of a compression algorithm)
You mean you don't use one of the compression algorithms that can reduce
the size of every input ?
john
--
"ALL television is children's
On Fri, Dec 20, 2002 at 12:09:00AM +0100, Lars Gullik Bj?nnes wrote:
> | I think we want the core to use UTF8 too. But we have to deal with
> | variable-length character encodings of course.
>
> Why?
> (and where for that matter...)
Well, a character is no longer a fixed size, that's all. So eve
John Levon <[EMAIL PROTECTED]> writes:
| what about storage ? I would hazard a guess that most of our users can
| encode most of their document text in the first byte.
That is only because they have nothing to say.
(or a hell of a compression algorithm)
--
Lgb
John Levon <[EMAIL PROTECTED]> writes:
| On Thu, Dec 19, 2002 at 04:50:06PM +, Duncan Simpson wrote:
|
| > time I ran into them. UTF8 is probably the right thing for storing the text in
| > a file IMHO but there are other choices.
|
| I think we want the core to use UTF8 too. But we have to
On Thu, Dec 19, 2002 at 01:52:19PM +, Mike Meredith wrote:
> checks for a working qt library fails with missing symbols
> (QTString::Text). The command to link conftest.cc tries to link the qt
> library before compiling the C++ file :-
The below patch should fix this. Lars, should I apply ?
Here's a proper patch. It works for me. How I tested this :
create a doc with an english par, russian par, and polish par.
Map Cyrillic_zhe to F11
Map lcaron to F10
Change english encoding to iso8859-15 (just to test the Eurosign)
move to each par and check that F10,F11, etc. do the right thin
On Thu, Dec 19, 2002 at 10:33:17PM +0100, Philipp Reichmuth wrote:
> I'm not sure, the variable-length-ness leads to some bad performance
> hits on searching and string indexing, especially backwards; also,
I don't think we do too much of that. Even user find/replace is slow
because of our archi
>> time I ran into them. UTF8 is probably the right thing for storing the text in
>> a file IMHO but there are other choices.
JL> I think we want the core to use UTF8 too. But we have to deal with
JL> variable-length character encodings of course.
I'm not sure, the variable-length-ness leads to s
On Thu, Dec 19, 2002 at 09:45:13PM +0100, Kornel Benko wrote:
> Empty kbd action (probably composing)
> repainting 75,21 7,22
> Press key 65535 text "Á", ascii "193"
Can you add a debug check to print out like :
lyxerr << QTextCodec::codecForLocale()->name())
>
>> André Pönitz wrote:
>> > As far as I know there are already more than 2^16 chinese characters if
>> > all historic variants are taken into account. 2^16 gets tight if
>> > artificial scripts like Klingon are included. If one starts again with
>> > "code pages" and similar, all the old cruft is
On Thu, Dec 19, 2002 at 04:50:06PM +, Duncan Simpson wrote:
> time I ran into them. UTF8 is probably the right thing for storing the text in
> a file IMHO but there are other choices.
I think we want the core to use UTF8 too. But we have to deal with
variable-length character encodings of cou
-BEGIN PGP SIGNED MESSAGE-
On Donnerstag, 19. Dezember 2002 21:13, John Levon wrote:
> On Thu, Dec 19, 2002 at 03:50:47PM +0100, Kornel Benko wrote:
> > With this patch I can no longer insert russian chars.
> > (I _am_ entering some cyrillic chars, but not the wanted ones.
> > E.g. enterin
In glibc wchar_t is 32 bits. Windows wide characters are UCS-2 or were last
time I ran into them. UTF8 is probably the right thing for storing the text in
a file IMHO but there are other choices.
But for GNU systems `wchar_t' is always 32 bits wide and,
therefore, capable of representi
John Levon wrote:
> because for a long time we still made an X connection but didn't
> actually display anything
But you need $DISPLAY for doing the connection, no?
>
>> DISPLAY= ./lyx -e ps test.ps
>>
>> Should I check without XServer? Why? Alfredo
>
> Try it, maybe it does work now
Yes it
On Thu, Dec 19, 2002 at 03:50:47PM +0100, Kornel Benko wrote:
> With this patch I can no longer insert russian chars.
> (I _am_ entering some cyrillic chars, but not the wanted ones.
> E.g. entering Cyrillic_a (according `xev`) I get Cyrillic_TSE displayed.)
how curious. -dbg key ?
what was your
On Thu, Dec 19, 2002 at 09:04:43PM +0100, Alfredo Braunstein wrote:
> Hmmm... Why would it make a difference? I've checked with
because for a long time we still made an X connection but didn't
actually display anything
> DISPLAY= ./lyx -e ps test.ps
>
> Should I check without XServer? Why? Alf
John Levon wrote:
> On Thu, Dec 19, 2002 at 08:53:02PM +0100, Alfredo Braunstein wrote:
>
>> I think it's not true. My xforms version (CVS of some weeks ago) is able
>> to export without X just fine.
>
> Interesting, we/I must have fixed this. (I assume you mean you don't
> have a server running
On Wed, Dec 18, 2002 at 09:18:01PM +0100, Sebastian Pickerodt wrote:
> I would love to get the lyx-1.3-cvs compiled with the qt2-frontend, but I
> - gcc-3.2.1
> - qt 3.1.0
I'm afraid it built fine for me with qt 3.1.1, so that's not what's
happening.
> from ../QCharacterDialo
On Thu, Dec 19, 2002 at 08:53:02PM +0100, Alfredo Braunstein wrote:
> I think it's not true. My xforms version (CVS of some weeks ago) is able to
> export without X just fine.
Interesting, we/I must have fixed this. (I assume you mean you don't
have a server running at all).
regards
john
--
"
On Thu, Dec 19, 2002 at 08:36:55PM +0100, Alfredo Braunstein wrote:
> On Qt:
> Open a document for which autosave is newer, so the popup appears. close the
> main window from the WM. Crash.
Confirmed. But I'm not sure what's going on to be honest :
#6 0x0810034d in LyXTextClass::load() const
John Levon wrote:
> On Thu, Dec 19, 2002 at 08:29:48PM +0100, Alfredo Braunstein wrote:
>
>> To require a gui, you mean? So it won't work without X...
>
> We've always needed X anyway even on command line
I think it's not true. My xforms version (CVS of some weeks ago) is able to
export withou
On Thu, Dec 19, 2002 at 08:29:48PM +0100, Alfredo Braunstein wrote:
> To require a gui, you mean? So it won't work without X...
We've always needed X anyway even on command line
> Anyway, I don't think it's so broken, it seems to be a font problem related
> to math. (a document without math run
On Qt:
Open a document for which autosave is newer, so the popup appears. close the
main window from the WM. Crash.
Bye, Alfredo
John Levon wrote:
> Having said that, it might be as simple has removing the want_gui check
> for lyx_gui::parse_init in lyx_main.C
To require a gui, you mean? So it won't work without X...
Anyway, I don't think it's so broken, it seems to be a font problem related
to math. (a document without
Dekel Tsur wrote:
> width="0(null)"> ...
This is probably due to the new default unit of lyxlength (UNIT_NONE), the fix
for bug 490
> The 0(null) should be changed to 0pt.
Why? Isn't the value in this case NULL (non existant)? Or is it a fixed width
column with 0pt width?
Jürgen.
On Thu, Dec 19, 2002 at 07:56:45PM +0100, Alfredo Braunstein wrote:
> lyx -e ps testcase.lyx for LyX compiled with the QT frontend fails with:
>
> QFont: Must construct a QApplication before a QFont
no-gui lyx is broken at least for Qt. It's not high on my
priority list I'm afraid
Having said t
On czwartek 19 grudzień 2002 01:33 pm, Garst R. Reese wrote:
> John Levon wrote:
> > On Thu, Dec 19, 2002 at 03:15:05PM +0100, Andre Poenitz wrote:
> > > Ah. So 'Save as...' and 'Save under a different name' would be ok even
> > > if the pop up the same dialog? This was not clear to me.
> >
> > N
Creating a new tabular and saving the LyX file gives
\begin_inset Tabular
...
The 0(null) should be changed to 0pt.
A table created by Lyx 1.2 with a fixed width column has a bogus horizontal
alignment alignment attribute:
LyX 1.2 ignores this attribute, and always used block alignment,
so there was no problem.
LyX 1.3 does not ignore this attribute, so on files created with LyX 1.2,
fixed width columns get le
lyx -e ps testcase.lyx for LyX compiled with the QT frontend fails with:
QFont: Must construct a QApplication before a QFont
as soon as is finds some math, it seems. Attached a dumb testcase (a
solitary '1' in a math inset).
Bye, Alfredo
testcase.lyx
Description: application/lyx
On Thu, Dec 19, 2002 at 02:33:35PM -0400, Garst R. Reese wrote:
> (e.g. The Chicago Manual of Style), wherein the ellipsis would mean
> either:
> I can't complete this sentence without your help.
Well, this is what it means, but it's not infallible rule as Andre
adeptly showed :)
It's more tweak
On czwartek 19 grudzień 2002 10:29 am, Angus Leeming wrote:
> On Thursday 19 December 2002 12:57 pm, Angus Leeming wrote:
> > > > - for (ch = keybuf; ch < (keybuf + kbuflen) && keyform; ch++)
> > > > - fl_handle_form(keyform, formevent, *ch, xev);
> > >
> > > that is, Input Method server migh
On czwartek 19 grudzień 2002 12:31 pm, Kuba Ober wrote:
> On czwartek 19 grudzień 2002 02:34 am, you wrote:
> > On Wed, Dec 18, 2002 at 11:52:10AM -0500, Kuba Ober wrote:
> >
> > As far as I know there are already more than 2^16 chinese characters if
> > all historic variants are taken into account
-BEGIN PGP SIGNED MESSAGE-
On Donnerstag, 19. Dezember 2002 18:34, John Levon wrote:
> Whoo hoo. I'll apply these bits and then we'll look at the multiple
> encodings thing again.
>
> thanks a lot for your patient testing.
It is my desire to have working qt-lyx too. No need to thank.
(BTW
On Thu, Dec 19, 2002 at 01:52:19PM +, Mike Meredith wrote:
> (QTString::Text). The command to link conftest.cc tries to link the qt
> library before compiling the C++ file :-
>
> g++ -o conftest -mips4 -O2 -L/opt/lib32 -W -Wall -Winline
> -I/opt/qt//include -L/opt/qt//lib -lqt-mtconftes
On Thu, Dec 19, 2002 at 12:29:00PM +0100, Jean-Marc Lasgouttes wrote:
> ** Qt frontend
>
> There are a few caveats though:
They're still up in the air very much :)
> - Other??
short title
multi lang spellcheck
insetwrap
regards
john
--
"ALL television is children's television."
-
On Thu, Dec 19, 2002 at 06:39:54PM +0100, Jean-Marc Lasgouttes wrote:
> John> No, they need *input* NOT *extra input*. There is a clear
> John> difference.
>
> And how is 'save as...' different in this respect. People already know
In the respect above ? It's extra input before performing the pri
Ronny Buchmann wrote:
> you can find one for rh73 here (together with xforms-1.0):
> source rpms should be fine for rh7.x and rh8 (and maybe others)
> my spec file for lyx is attached (uses the icon from angus)
I have modified your SRPMS slightly (not changing credits/email though...)
and compil
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Thu, Dec 19, 2002 at 12:07:13PM +0100, Andre Poenitz wrote:
>> > What they say (as I understand it), is that "save as..." needs >
>> ellipsis because you need to do something to actually save.
>>
>> Preferences need extra input, too.
On Thu, Dec 19, 2002 at 02:28:36PM +0100, Kornel Benko wrote:
> Attached is what I had with the patched "QLyXKeySym::getSymbolName()".
Erf. I know what's going on. The fix should be easy. I'll just commit.
regards
john
--
"ALL television is children's television."
- Richard Adler
On Thu, Dec 19, 2002 at 12:22:34PM +0100, Kornel Benko wrote:
> IT WORKS!!
Whoo hoo. I'll apply these bits and then we'll look at the multiple
encodings thing again.
thanks a lot for your patient testing.
regards
john
--
"ALL television is children's television."
- Richard Adler
On Thu, Dec 19, 2002 at 03:15:05PM +0100, Andre Poenitz wrote:
> Ah. So 'Save as...' and 'Save under a different name' would be ok even
> if the pop up the same dialog? This was not clear to me.
No, Garst is mistaken. Whilst the use of the ellipsis may have had its
roots in such a thing, it doe
On Thu, Dec 19, 2002 at 12:07:13PM +0100, Andre Poenitz wrote:
> > What they say (as I understand it), is that "save as..." needs
> > ellipsis because you need to do something to actually save.
>
> Preferences need extra input, too.
No, they need *input* NOT *extra input*. There is a clear diffe
On czwartek 19 grudzień 2002 02:34 am, you wrote:
> On Wed, Dec 18, 2002 at 11:52:10AM -0500, Kuba Ober wrote:
> > Well, could anybody tell what doesn't fit into ucs2? Or, are there any
> > unicode pages that are outside of ucs2?
>
> As far as I know there are already more than 2^16 chinese charact
On Thu, Dec 19, 2002 at 12:01:36PM +0100, Andre Poenitz wrote:
> So 'Save As...' should not have ellipses, as it brings up a dialog.
>
> Not that I care too much about these things, but this sounds ridiculous.
I guess this is why you didn't even bother to read it ?
Yo
On Thu, Dec 19, 2002 at 11:54:07AM +0100, Jean-Marc Lasgouttes wrote:
> John> This is where I give the URLs to all the guidelines again huh ?
>
> OK, first a note: these are guidelines for a good gnome or mac os
> interface. This means that they will be relevant when we do have a
> gnome or mac o
On Thursday 19 December 2002 17:31, Andre Poenitz wrote:
> One would have to hook into the handler for LFUN_SELFINSERT
> (src/text3.C, line 1500+) and cut the "last" word or sentence from
> cursor position backward.
So far I added some code to LyXText::insertChar(). If the last word is
incorrect
On Thu, Dec 19, 2002 at 06:11:43PM +0100, Jean-Marc Lasgouttes wrote:
> Feel free to criticize the english.
Something like 'The English are a bunch of foobar people'?
SCNR,
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (
See below, this is why my compose wasn't working ...
regards
john
--
"ALL television is children's television."
- Richard Adler
--- Begin Message ---
Please do not reply directly to this email. All additional
comments should be made in the comments box of this bug report.
https://bug
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> On Thursday 19 December 2002 11:29 am, Jean-Marc Lasgouttes
Angus> wrote:
>> ** Xforms frontend
>>
>> New features:
>>
>> - Angus??
Angus> Oooh, owww. I don't think that there are any new features.
Angus> Actually that's not quit
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Juergen Spitzmueller wrote:
>> The optional argument for sections, captions et al.
Juergen> and the wrap figure inset
Indeed (twice).
JMarc
On Thu, Dec 19, 2002 at 05:40:28PM +0100, Moritz Moeller-Herrmann wrote:
> Also with your fonts installed OpenOffice.org643 will not start anymore,
> segfaulting on cmex7.ttf.
>
> So I think these fonts need some work.
Well. OpenOffice seems to need some work, too...
Andre'
--
Those who desir
Moritz Moeller-Herrmann wrote:
> John Levon wrote:
>
>>
>> I made an RPM for RH8.0 that contains the ttf LaTeX fonts.
>> It works for me with CVS Qt LyX.
>>
>> http://www.movementarian.org/latex-ttf-fonts-0.1-1.noarch.rpm
>>
>> I guess when we ship a RH8.0 RPM for lyx-qt, we should make it de
On Thu, Dec 19, 2002 at 05:26:07PM +0100, Daniel Naber wrote:
> Could you tell me more about that? I'm probably going to work on that for
> my personal use
This area of LyX is a "strictly no fun" area...
> (i.e. independent of the feature freeze), but I need more than just a
> spell checker: I n
On Thursday 19 December 2002 08:47, Andre Poenitz wrote:
> For the technical part: We have almost everything needed for that
> already in place for the (currently disabled) autocorrection in math and
> the "real" spellchecking. So it should not be too hard to cobble things
> together in 1.4...
Co
John Levon wrote:
>
> I made an RPM for RH8.0 that contains the ttf LaTeX fonts.
> It works for me with CVS Qt LyX.
>
> http://www.movementarian.org/latex-ttf-fonts-0.1-1.noarch.rpm
>
> I guess when we ship a RH8.0 RPM for lyx-qt, we should make it depend
> on something like this...
Well hope
On Thursday 19 December 2002 12:57 pm, Angus Leeming wrote:
> > > - for (ch = keybuf; ch < (keybuf + kbuflen) && keyform; ch++)
> > > - fl_handle_form(keyform, formevent, *ch, xev);
> >
> > that is, Input Method server might send an event with multibyte string
> > in keybuf and kbuflen > 1 to
<>
-BEGIN PGP SIGNED MESSAGE-
On Donnerstag, 19. Dezember 2002 06:36, John Levon wrote:
> Below is a proof-of-concept for getting multiple encodings in a LyX
> document to work. As before it still relies on the user setting a
> suitable language for the text in the different encoding.
>
> It
On Thu, Dec 19, 2002 at 10:03:39AM -0400, Garst R. Reese wrote:
> Save as... is an incomplete sentence, and must be completed.
> Preferences and Get info are complete and do not necessitate input,
> although you are allowed to change preferences.
Ah. So 'Save as...' and 'Save under a different n
On Wednesday 18 December 2002 10:54 pm, John Levon wrote:
> On Wed, Dec 18, 2002 at 05:53:58PM +, Mike Meredith wrote:
> > * Lyx was built with the QT front end. This seems to have required
> > the threaded version (qt-mt) although it seems like the configure
> > script might be looking for qt
> "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
Andre> On Wed, Dec 18, 2002 at 05:53:58PM +, Mike Meredith wrote:
>> In case anyone is interested, this recipe produces a working Lyx on
>> an IRIX 6.5 box :-
>>
>> * This is specific to IRIX6.5 with gcc 3.0.4 installed (from SGIs
>>
-BEGIN PGP SIGNED MESSAGE-
On Donnerstag, 19. Dezember 2002 12:22, Kornel Benko wrote:
> IT WORKS!!
John, you asked me about dialogs too ...
Attached is what I had with the patched "QLyXKeySym::getSymbolName()".
After removing this patch all dialogs seems to display ok again.
Displaying i
On Wed, Dec 18, 2002 at 05:53:58PM +, Mike Meredith wrote:
> In case anyone is interested, this recipe produces a working Lyx on an
> IRIX 6.5 box :-
>
> * This is specific to IRIX6.5 with gcc 3.0.4 installed (from SGIs
>freeware collection).
Could stuff like that go in some README.IRIX
1 - 100 of 131 matches
Mail list logo
