On Wed, Dec 18, 2002 at 03:26:49AM +, John Levon wrote:
When there are no font glyphs available, it's all in ERT. When there
are, it's fine. Note that since there's no symbol font, there's no \Surd
... and the wasi is missing too.
Andre, is this patch OK ?
If it works. It's certainly
When comping the latest CVS version of lyx using the Qt frontend with Qt 3.x, I
have the following error:
make[5]: Leaving directory `/home/src/lyx-devel/src/frontends/qt2/moc'
make[5]: Entering directory `/home/src/lyx-devel/src/frontends/qt2'
source='Alert_pimpl.C' object='Alert_pimpl.lo'
Mixing QString with string broke non-boost (gcc 2.95.3 here).
Please apply.
Jürgen.
PS: the fix is fromqstr(qt_(LyX: )) instead of _(LyX: ) because gettext is
no more included (OTOH: who translates LyX: ?).
Index: src/frontends/qt2/Alert_pimpl.C
[EMAIL PROTECTED] (Juergen Spitzmueller) writes:
| Mixing QString with string broke non-boost (gcc 2.95.3 here).
| Please apply.
|
| Jürgen.
|
| PS: the fix is fromqstr(qt_(LyX: )) instead of _(LyX: )
My Q is: who extracts qt_(LyX: ) for translation? Does the regular
machinery handle it?
|
Lars Gullik Bjønnes wrote:
My Q is: who extracts qt_(LyX: ) for translation? Does the regular
machinery handle it?
qt_helpers.C:
QString const qt_(char const * str)
{
return toqstr(_(str));
}
QString const qt_(string const str)
{
return toqstr(_(str));
}
John knows the
[EMAIL PROTECTED] (Juergen Spitzmueller) writes:
| Lars Gullik Bjønnes wrote:
| My Q is: who extracts qt_(LyX: ) for translation? Does the regular
| machinery handle it?
|
| qt_helpers.C:
mmm... no extraction done there.
| John knows the details.
John?
--
Lgb
-BEGIN PGP SIGNED MESSAGE-
On Mittwoch, 18. Dezember 2002 04:05, John Levon wrote:
On Tue, Dec 17, 2002 at 11:38:06PM +0100, Kornel Benko wrote:
1. Update to current CVS and build. Do not patch lyx yourself at all
please.
done.
Please try removing these lines altogether :
-BEGIN PGP SIGNED MESSAGE-
On Mittwoch, 18. Dezember 2002 07:35, Philipp Reichmuth wrote:
BTW it would be nice to get at least ISO 8859-15 working, as it
contains the Euro sign, which Polish or otherwise non-Latin-1 users
might have a use for, too. :-)
You may achieve this in changing
Paul == Paul Seelig [EMAIL PROTECTED] writes:
Paul For all of Debian people here on the list, i've been building
Paul this release on Debian/unstable linked with the freed xforms-1.0
Paul libraries and uploaded it to:
Paul --- /etc/apt/sources.list deb
Paul
Lars == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Lars | OK to apply?
Lars Ok, but not more of these now.
I did not plan to :)
JMarc
Bruce == Bruce Sass [EMAIL PROTECTED] writes:
Bruce Debian's stable is (supposedly) never updated with new
Bruce packages, bug/security fixes from newer stuff gets back ported
Bruce to the stable version.
[snip]
Thanks for the explanation. I was wondering whether the change from
non-free to
John == John Levon [EMAIL PROTECTED] writes:
John On Wed, Dec 18, 2002 at 12:24:59AM +0100,
John [EMAIL PROTECTED] wrote:
when translating the LyX phrases into German, I noticed that the
entries Character, Paragraph, etc. in the Layout menu are
lacking ... (three dots indicating a dialog).
On Tuesday 17 December 2002 7:00 pm, Mark van Rossum wrote:
Thanks Mark. I won't fix this. Instead, I'm going to use a little shell
script to run bibtex on your database and generate a latex file from it,
loading that into lyx.
Regards,
Angus
Hi,
I found a small bug with the bibtex
On Tue, Dec 17, 2002 at 11:24:32PM +, John Levon wrote:
ftp://ftp.tex.ac.uk/tex-archive/fonts/cm/ps-type1/bakoma/ttf/
Trying ... this won't fix using the symbol font case though.
Actually, it does. With these fonts, and changing to use setFamily() not
setRawName(), everything is
On Tuesday 17 December 2002 7:28 pm, Kornel Benko wrote:
On Dienstag, 17. Dezember 2002 20:13, Alfredo Braunstein wrote:
Angus Leeming wrote:
I use the attached, rather crappy, bitmap as a button on my kde panel
to launch LyX. Does nothing better exist?
Well, I use this other one
[EMAIL PROTECTED] wrote:
Hi,
if I browse through a LyX document with the mouse wheel, the cursor
makes
jumps of about 2 or 3 pages. I have tried to change the preferences
(e.g. scroll by only 30% of the page) but the setting seems to be
ignored.
For me it works ok, scrolling 4 o 5 lines
Andre Poenitz wrote:
Probably by unlocking all insets and re-locking the target position... But
as I never really understood how this is supposed to work this might be
complete bogus. In any case, this has bitten us so often that using proper
document iterators instead of the current
On Wednesday 18 December 2002 6:55 am, [EMAIL PROTECTED] wrote:
Hello,
I have a TeX file that is part of a LyX document by means of
an input inset.
Unfortunately, LyX does not notice changes in the TeX file if I update
the DVI output. Is there any chance to fix this?
Not for 1.3, no. The
On 18 Dec 2002, Jean-Marc Lasgouttes wrote:
Good to know that we actually fixed these powerpc problems. It is
always difficult to be sure without access to a machine.
Have you thought about using SourceForge compile farm? I haven't
used it but it should be something similar what you need:
Angus Leeming [EMAIL PROTECTED] writes:
| On Wednesday 18 December 2002 6:55 am, [EMAIL PROTECTED] wrote:
Hello,
I have a TeX file that is part of a LyX document by means of
an input inset.
Unfortunately, LyX does not notice changes in the TeX file if I update
the DVI output. Is there any
On Wednesday 18 December 2002 11:47 am, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| On Wednesday 18 December 2002 6:55 am, [EMAIL PROTECTED] wrote:
Hello,
I have a TeX file that is part of a LyX document by means of
an input inset.
Unfortunately, LyX does not
michael == michael schmitt [EMAIL PROTECTED] writes:
michael Hello, I have a TeX file that is part of a LyX document by
michael means of an input inset.
michael Unfortunately, LyX does not notice changes in the TeX file if
michael I update the DVI output. Is there any chance to fix this?
What
Varas == Varas Jim [EMAIL PROTECTED] writes:
[For english readers: It is a latex file produced by lyx that relyx
cannot grok. Basically, there are two consecutive mathed insets, that
get output as $\tau $$\left(M\right)$ and reLyX gets confused by the
$$. I am not sure what we can do about it.
Jean-Marc Lasgouttes [EMAIL PROTECTED] schrieb am
18.12.2002, 13:53:15:
michael Unfortunately, LyX does not notice changes in the TeX file if
michael I update the DVI output. Is there any chance to fix this?
What compiler did you use?
gcc-3.2-42 (the SuSE 8.1 version with the fix for
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Mixing QString with string broke non-boost (gcc 2.95.3 here).
Juergen Please apply.
Juergen Jürgen.
Juergen PS: the fix is fromqstr(qt_(LyX: )) instead of _(LyX: )
Juergen because gettext is no more included (OTOH: who
michael == michael schmitt [EMAIL PROTECTED] writes:
michael Jean-Marc Lasgouttes [EMAIL PROTECTED] schrieb
michael am 18.12.2002, 13:53:15:
michael Unfortunately, LyX does not notice changes in the TeX file if
michael I update the DVI output. Is there any chance to fix this?
What compiler
Bug 725 on bugzilla has a new attachment that turns out to be a .tar.gz file.
However, when I download it, it gets saved as attachment.cgi. Is there no
way of setting up bugzilla so that I can download it with the original
filename? I had to guess the format to actually extract anything
Tuukka == Tuukka Toivonen [EMAIL PROTECTED] writes:
Tuukka Have you thought about using SourceForge compile farm? I
Tuukka haven't used it but it should be something similar what you
Tuukka need:
Tuukka http://sourceforge.net/docman/display_doc.php?docid=762group_id=1
Tuukka It likely
Alfredo Braunstein wrote:
[EMAIL PROTECTED] wrote:
Hi,
if I browse through a LyX document with the mouse wheel, the cursor
makes
jumps of about 2 or 3 pages. I have tried to change the preferences
(e.g. scroll by only 30% of the page) but the setting seems to be
ignored.
For me it
Unicodification is a big and dangerous job, and we will /still/ need
from/toqstr unless we use QString in lyx itself, which we probably do
not want to do.
If the issue is to use std::string as the basic unicode-enabled string type,
and easily use such strings in Qt environment, then I presume
On Wed, Dec 18, 2002 at 10:01:17AM -0500, Kuba Ober wrote:
AFAIR, std::string and QString have exactly same internal unicode
representation (UTF-16 ???). I hope so, at least (/me shrugs if they are
different).
std::string is a typedef for std::basic_stringchar.
I would be surprised if char is
Kuba Ober [EMAIL PROTECTED] writes:
Unicodification is a big and dangerous job, and we will /still/ need
from/toqstr unless we use QString in lyx itself, which we probably do
not want to do.
| If the issue is to use std::string as the basic unicode-enabled string type,
| and easily use such
I presume the following patch is not controversial...
Solaris /usr/ucb/ln does not accept -sf, but wants '-f -s'.
OK to apply?
JMarc
Index: lib/ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/lib/ChangeLog,v
retrieving
Alfredo Braunstein wrote:
For me it works ok, scrolling 4 o 5 lines at a time. I can confirm that
the value on preferences seems be ignored, though.
This was on QT.
I guess you have to make the wheel mouse lyxrc noticed by
QContentPane::wheelEvent
Jürgen.
I believe this to be all that is needed for inserting
keys with Qt frontend.
If I do LANG=ro_RO ./lyx with this patch, I can insert t-cedilla etc.
from latin2, just fine (assuming I've set document lang naturally).
If my LANG=en_GB, X will not let me compose these latin2 cahracters
On roda 18 grudzie 2002 10:03 am, you wrote:
On Wed, Dec 18, 2002 at 10:01:17AM -0500, Kuba Ober wrote:
AFAIR, std::string and QString have exactly same internal unicode
representation (UTF-16 ???). I hope so, at least (/me shrugs if they are
different).
std::string is a typedef for
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| I presume the following patch is not controversial...
| Solaris /usr/ucb/ln does not accept -sf, but wants '-f -s'.
| OK to apply?
yes.
--
Lgb
On środa 18 grudzień 2002 10:07 am, Lars Gullik Bjønnes wrote:
Kuba Ober [EMAIL PROTECTED] writes:
Unicodification is a big and dangerous job, and we will /still/ need
from/toqstr unless we use QString in lyx itself, which we probably do
not want to do.
|
| If the issue is to use
On Wednesday 18 December 2002 3:45 pm, Kuba Ober wrote:
Would it make any sense to use something like this:
typedef uint16_t lchar_t;
typedef std::basic_stringlchar_t lstring;
l stands for LyX (or low-overhead-in-conversion-to-QString) ;-)
SMiyata (sp?) suggested something similar to this
On Wednesday 18 December 2002 3:35 pm, Kuba Ober wrote:
On ¶roda 18 grudzieñ 2002 10:03 am, you wrote:
On Wed, Dec 18, 2002 at 10:01:17AM -0500, Kuba Ober wrote:
AFAIR, std::string and QString have exactly same internal unicode
representation (UTF-16 ???). I hope so, at least (/me shrugs
On Wed, Dec 18, 2002 at 10:26:09AM -0500, Kuba Ober wrote:
So, there are just a few simple steps that take place:
1. Keyboard scancodes result from physical keypresses
2. current modmap is used by the X server to map scancode sequences to keysyms
3. keysyms are passed to the application via
On Wed, Dec 18, 2002 at 10:35:17AM -0500, Kuba Ober wrote:
I would be surprised if char is something UTF-16 related on any common
platform...
Okay, not a good idea. What about wstring, then?
That's probably 32 bit per char on IA32, and probably the way to go for
LyX.
Andre'
--
Those who
On Wed, Dec 18, 2002 at 10:45:05AM -0500, Kuba Ober wrote:
Would it make any sense to use something like this:
typedef uint16_t lchar_t;
typedef std::basic_stringlchar_t lstring;
What's wrong with std::wstring?
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will
On roda 18 grudzie 2002 10:55 am, Angus Leeming wrote:
On Wednesday 18 December 2002 3:45 pm, Kuba Ober wrote:
Would it make any sense to use something like this:
typedef uint16_t lchar_t;
typedef std::basic_stringlchar_t lstring;
l stands for LyX (or
On Wednesday 18 December 2002 3:52 pm, Andre Poenitz wrote:
On Wed, Dec 18, 2002 at 10:26:09AM -0500, Kuba Ober wrote:
So, there are just a few simple steps that take place:
1. Keyboard scancodes result from physical keypresses
2. current modmap is used by the X server to map scancode
Kuba Ober [EMAIL PROTECTED] writes:
| On ¶roda 18 grudzieñ 2002 10:55 am, Angus Leeming wrote:
On Wednesday 18 December 2002 3:45 pm, Kuba Ober wrote:
Would it make any sense to use something like this:
typedef uint16_t lchar_t;
typedef std::basic_stringlchar_t lstring;
l stands for
Andre Poenitz [EMAIL PROTECTED] writes:
| On Wed, Dec 18, 2002 at 10:45:05AM -0500, Kuba Ober wrote:
Would it make any sense to use something like this:
typedef uint16_t lchar_t;
typedef std::basic_stringlchar_t lstring;
| What's wrong with std::wstring?
That its encoding is not standarized?
Andre Poenitz [EMAIL PROTECTED] writes:
| On Wed, Dec 18, 2002 at 10:35:17AM -0500, Kuba Ober wrote:
I would be surprised if char is something UTF-16 related on any common
platform...
Okay, not a good idea. What about wstring, then?
| That's probably 32 bit per char on IA32, and probably
On Wednesday 18 December 2002 5:10 pm, [EMAIL PROTECTED] wrote:
CVSROOT: /usr/local/lyx/cvsroot
Module name: lyx-devel
Repository: lyx-devel/src/frontends/xforms/
Changes by: [EMAIL PROTECTED] 02/12/18 17:10:03
Modified files:
lyx-devel/src/frontends/xforms/forms/:
On Wednesday 18 December 2002 5:09 pm, [EMAIL PROTECTED] wrote:
CVSROOT: /usr/local/lyx/cvsroot
Module name: lyx-devel
Repository: lyx-devel/config/
Changes by: [EMAIL PROTECTED] 02/12/18 17:09:11
Modified files:
./: ChangeLog
lyx-devel/config/: ChangeLog
Log
On Wed, Dec 18, 2002 at 10:57:50AM -0500, Kuba Ober wrote:
Not only shot, but possibly too wide as well. I don't think we really need 32
bits per character. Having 16 bits per character works fine in QString, so I
presume that's all that's needed.
640k of RAM should be enough for everybody.
On Wed, Dec 18, 2002 at 05:07:58PM +0100, Lars Gullik Bjønnes wrote:
That its encoding is not standarized?
is it 16bit or 32 bit?
problems like that...
Ok, I thought it was safe to assuem 32 bits there. In anycase, I agree that
32 bit is the target. Would make mathed slimmer as most symbols
Angus Leeming [EMAIL PROTECTED] writes:
| On Wednesday 18 December 2002 5:10 pm, [EMAIL PROTECTED] wrote:
CVSROOT: /usr/local/lyx/cvsroot
Module name: lyx-devel
Repository: lyx-devel/src/frontends/xforms/
Changes by: [EMAIL PROTECTED] 02/12/18 17:10:03
Modified files:
On Wednesday 18 December 2002 4:20 pm, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| On Wednesday 18 December 2002 5:10 pm, [EMAIL PROTECTED] wrote:
CVSROOT: /usr/local/lyx/cvsroot
Module name: lyx-devel
Repository:lyx-devel/src/frontends/xforms/
Angus Leeming [EMAIL PROTECTED] writes:
| On Wednesday 18 December 2002 4:20 pm, Lars Gullik Bjønnes wrote:
Angus Leeming [EMAIL PROTECTED] writes:
| On Wednesday 18 December 2002 5:10 pm, [EMAIL PROTECTED] wrote:
CVSROOT: /usr/local/lyx/cvsroot
Module name: lyx-devel
Repository:
The attached patch brings the handling of graphics file extensions in
sync with 1.2.2, so it should probably be applied.
However, recent discussions have shown that this handling of
extensions is not very good. In particular, we should probably keep
the extensions when not doing a nice file, and
On roda 18 grudzie 2002 11:12 am, Andre Poenitz wrote:
On Wed, Dec 18, 2002 at 10:57:50AM -0500, Kuba Ober wrote:
Not only shot, but possibly too wide as well. I don't think we really
need 32 bits per character. Having 16 bits per character works fine in
QString, so I presume that's all
On środa 18 grudzień 2002 11:17 am, Andre Poenitz wrote:
On Wed, Dec 18, 2002 at 05:07:58PM +0100, Lars Gullik Bjønnes wrote:
That its encoding is not standarized?
is it 16bit or 32 bit?
problems like that...
Ok, I thought it was safe to assuem 32 bits there. In anycase, I agree that
Shouldn't it be updated at least partly before the first pre release?
This would allow people to know what they should look for...
JMarc
On Wednesday 18 December 2002 4:23 pm, Lars Gullik Bjønnes wrote:
| Lars, what do I need to check out again of I want to try and fix that
| viewcvs.cgi/./ChangeLog
| crap that should be
| viewcvs.cgi/lyx-devel/ChangeLog
CVSROOT
you find the scripts in bin/ there.
You are however
Dekel == Dekel Tsur [EMAIL PROTECTED] writes:
Dekel When running LyX on Windows machine, the TeX directory may be
Dekel installed in a directory whose name contains spaces (e.g.
Dekel C:\Program Files) and this confuses the deptable code. One
Dekel solution is to quote filenames in the .dep
Jean-Marc Lasgouttes wrote:
This patch allows frontends to declare which lfuns are not implemented
(preamble and toolips for qt2) and make the menus frontends ignore
such unknown functions. Also, it makes the EditThesaurus magically
disappear if lyx is not compiled with aiksaurus support.
I
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Jean-Marc Lasgouttes wrote:
This patch allows frontends to declare which lfuns are not
implemented (preamble and toolips for qt2) and make the menus
frontends ignore such unknown functions. Also, it makes the
EditThesaurus
Jean-Marc Lasgouttes wrote:
So it is one of the non-implemented qt dialogs?
Yes.
Will it remain unimplemented forever?
I think yes. John has mentioned some reasons which I forgot.
Any others?
No, that's all AFAICS.
Jürgen
Any taker? My german is er, well... where is my german anyway?
JMarc
---BeginMessage---
Sam Zeini ([EMAIL PROTECTED]) entered the
following feedback message on the LyX home page:
Hello,
i had an Idea that i will
Jean-Marc Lasgouttes wrote:
Any taker? My german is er, well... where is my german anyway?
It is a request for on the fly spellchecking (like in m$ word). Basically like
bug (request) 718.
http://bugzilla.lyx.org/show_bug.cgi?id=718
and some praise :-)
Jürgen
On Wednesday 18 December 2002 5:06 pm, Angus Leeming wrote:
On Wednesday 18 December 2002 4:23 pm, Lars Gullik Bjønnes wrote:
| Lars, what do I need to check out again of I want to try and fix that
| viewcvs.cgi/./ChangeLog
| crap that should be
| viewcvs.cgi/lyx-devel/ChangeLog
Juergen == Juergen Spitzmueller [EMAIL PROTECTED] writes:
Juergen Jean-Marc Lasgouttes wrote:
Any taker? My german is er, well... where is my german anyway?
Juergen It is a request for on the fly spellchecking (like in m$
Juergen word). Basically like bug (request) 718.
Juergen
On roda 18 grudzie 2002 11:14 am, Angus Leeming wrote:
On Wednesday 18 December 2002 3:52 pm, Andre Poenitz wrote:
On Wed, Dec 18, 2002 at 10:26:09AM -0500, Kuba Ober wrote:
So, there are just a few simple steps that take place:
1. Keyboard scancodes result from physical keypresses
2.
[EMAIL PROTECTED] wrote:
i had an Idea that i will describe in German. I heard there are some german
speeking people in the lyx team:
Yes, there are, but the chance to get heard increases if you try in english.
Es waere toll, wenn Lyx eine Highlightanbindung in Form von rot unterstreichen
Hi
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).
* If you have the SGI freeware installation of QT installed, remove it
(or at least make it invisible during
Angus Leeming [EMAIL PROTECTED] writes:
| Oops, I hit send before I meant to. I was going to ask if you could tell me
| how log_accum is called
I have no idea. (Ok not true, but I do not know well either...)
(unless you ask about the below...)
You can of course setup a test CVS to try it
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| The attached patch brings the handling of graphics file extensions in
| sync with 1.2.2, so it should probably be applied.
|
| However, recent discussions have shown that this handling of
| extensions is not very good. In particular, we should
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Shouldn't it be updated at least partly before the first pre release?
| This would allow people to know what they should look for...
For sure.
Feel free.
--
Lgb
Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:
| Dekel == Dekel Tsur [EMAIL PROTECTED] writes:
|
| Dekel When running LyX on Windows machine, the TeX directory may be
| Dekel installed in a directory whose name contains spaces (e.g.
| Dekel C:\Program Files) and this confuses the deptable code.
The reference label was not correctly selected.
Index: ChangeLog
===
RCS file: /cvs/lyx/lyx-devel/src/frontends/qt2/ChangeLog,v
retrieving revision 1.362
diff -u -r1.362 ChangeLog
--- ChangeLog 2002/12/18 14:24:31 1.362
+++ ChangeLog
On Wed, Dec 04, 2002 at 10:04:09AM +0100, Lars Gullik Bj?nnes wrote:
\begin{center} is bad as it adds space. | We need to change it
Yes, I have been reading a lot in my books lately, and it seems that
it was a big misguided to switch away from the statement variants.
My fault probably.
The
On Wed, Dec 18, 2002 at 08:24:16AM +0100, Andre Poenitz wrote:
Is it correct that there are only seven bugs left?
Well, I would also like to see the page-down across table regression
fixed, but unless someone steps up ...
john
--
ALL television is children's television.
- Richard
On Wed, Dec 18, 2002 at 10:21:02AM +0100, Lars Gullik Bj?nnes wrote:
| My Q is: who extracts qt_(LyX: ) for translation? Does the regular
| machinery handle it?
|
| qt_helpers.C:
mmm... no extraction done there.
| John knows the details.
John?
I guess we need to add some grep to
On Wed, Dec 18, 2002 at 02:45:05PM +0100, Jean-Marc Lasgouttes wrote:
Juergen Mixing QString with string broke non-boost (gcc 2.95.3 here).
Juergen Please apply.
Juergen PS: the fix is fromqstr(qt_(LyX: )) instead of _(LyX: )
Juergen because gettext is no more included (OTOH: who translates
On Wed, Dec 18, 2002 at 06:16:13PM +0100, Juergen Spitzmueller wrote:
Will it remain unimplemented forever?
I think yes. John has mentioned some reasons which I forgot.
We're not /bin/ps !!
Any others?
No, that's all AFAICS.
right.
regards
john
--
ALL television is children's
On Fri, Dec 13, 2002 at 08:29:31AM +0100, Andre Poenitz wrote:
On Thu, Dec 12, 2002 at 04:07:42PM +0200, Dekel Tsur wrote:
If applied to a 10pt font this is decreasing too slowly.
I'd think TeX does something like 10-7-5, but I don't know either.
For 10pt text size,
On Sat, Dec 14, 2002 at 10:55:05PM +0300, Vitaly Lipatov wrote:
Why anyone does not interesting in
automatic encoding selecting when LyX is configuring?
As we are in code freeze, we currently apply only patches that fix bugs.
For the next versions of LyX, we plan to move to Unicode, so this
On Wed, Dec 18, 2002 at 11:29:41AM +0100, Jean-Marc Lasgouttes wrote:
John No. This is not what the ellipsis means. The elipsis means :
John I need further information before I can complete your request.
Where is this specified?
This is where I give the URLs to all the guidelines again
Hi,
I would love to get the lyx-1.3-cvs compiled with the qt2-frontend, but I
allways get errors.
My system:
HP XT-1000 notebook, Pentium III 1.13Ghz, 256 MB
gentoo-linux 1.4rc
- gcc-3.2.1
- qt 3.1.0
- kernel 2.4.20 (vanilla, with atapi and swsusp patches)
- glibc 2.3.1
- X 4.2.1
I
you can find one for rh73 here (together with xforms-1.0):
http://vlugnet.org/apt/redhat/7.3/en/i386/RPMS.vlugrpms
and
http://vlugnet.org/apt/redhat/7.3/en/i386/SRPMS.vlugrpms for source rpm
this is also apt-get-able
source rpms should be fine for rh7.x and rh8 (and maybe others)
my spec file
On Wed, Dec 18, 2002 at 12:38:43PM +0200, Dekel Tsur wrote:
Did you check that _all_ the symbols shown correctly ?
I have *never* had this in any frontend.
I tried these fonts once and I think I had some missing symbols
(perhaps \geq ?)
For me, the following are wrong currently :
\psi
On Wed, Dec 18, 2002 at 02:06:46PM +, Angus Leeming wrote:
Bug 725 on bugzilla has a new attachment that turns out to be a .tar.gz file.
However, when I download it, it gets saved as attachment.cgi. Is there no
way of setting up bugzilla so that I can download it with the original
On Wed, Dec 18, 2002 at 07:35:55AM +0100, Philipp Reichmuth wrote:
I thought that maybe your Qt LyX is running in a UTF-8 Unicode
environment altogether, at least when you try pl_PL, and that there is
some confusion with multibyte characters?
Well, that seems a bit vague ..
What do you have
On Wed, Dec 18, 2002 at 11:07:27AM +0100, Kornel Benko wrote:
action first set to [433]
action now set to [433]
Key [action=433][@NONE@]
Found the pseudoaction: [88|???]
LyXFunc::dispatch: action[88] arg[???]
This is the problem. NONE of this should be
I have come to the conclusion that I _really_ hate
the makefiles in qt2/ui and qt2/ui/moc
+ the Makefile.dialog
HATE!
arrrgg!
--
Lgb
John Levon [EMAIL PROTECTED] writes:
| On Wed, Dec 18, 2002 at 10:21:02AM +0100, Lars Gullik Bj?nnes wrote:
|
| | My Q is: who extracts qt_(LyX: ) for translation? Does the regular
| | machinery handle it?
| |
| | qt_helpers.C:
|
| mmm... no extraction done there.
|
| | John knows
Dekel Tsur [EMAIL PROTECTED] writes:
| On Wed, Dec 04, 2002 at 10:04:09AM +0100, Lars Gullik Bj?nnes wrote:
| \begin{center} is bad as it adds space. | We need to change it
| Yes, I have been reading a lot in my books lately, and it seems that
| it was a big misguided to switch away from the
On Wed, Dec 18, 2002 at 08:21:56PM +, John Levon wrote:
For me, the following are wrong currently :
\psi (blank)
\rightsquigarrow (blank)
Does the attached patch helps for the above symbols?
\cong (ERT)
\Diamond (ERT)
\Box (ERT)
\surd (ERT)
I'll check these symbols tomorrow.
Jean-Marc Lasgouttes wrote:
If you can do the patch, I'll apply it. Note that as of today, I do
not think there will be a 1.2.3. But one never knows...
For what it's worth, here it comes.
Jürgen.
Index: src/ChangeLog
===
RCS file:
On Tue, Dec 17, 2002 at 02:58:04PM +0100, Alfredo Braunstein wrote:
I only want the _minimal_ fix for this problem now, even if that might
be a bit hackish or over-simplified.
This would be it.
[the double-dialog patch]
It worked for me - I applied it.
regards
john
--
ALL
Garst R. Reese [EMAIL PROTECTED] writes:
| Garst R. Reese wrote:
|
| Lars Gullik Bjønnes wrote:
|
|
| I am afraid that we end up with some half-baked solution, that still
| have cases that does not really work.
|
| _if_ 1.2.2 does it as we do now, I think should not do anything.
|
On Wed, Dec 18, 2002 at 10:26:09AM -0500, Kuba Ober wrote:
If my LANG=en_GB, X will not let me compose these latin2 cahracters
*anyway*, so I do not see how it is possible to ever insert them.
I don't think that X's keyboard input and X application's LANG have anything
to do with each
On Thu, Dec 19, 2002 at 12:00:21AM +0200, Dekel Tsur wrote:
For me, the following are wrong currently :
\psi (blank)
\rightsquigarrow (blank)
Does the attached patch helps for the above symbols?
Yes.
regards
john
John Levon [EMAIL PROTECTED] writes:
| On Wed, Dec 18, 2002 at 10:26:09AM -0500, Kuba Ober wrote:
|
| If my LANG=en_GB, X will not let me compose these latin2 cahracters
| *anyway*, so I do not see how it is possible to ever insert them.
|
| I don't think that X's keyboard input and X
1 - 100 of 260 matches
Mail list logo