On Wed, Oct 16, 2002 at 04:14:05PM +0100, Angus Leeming wrote:
> Here I get
>
> Tru64-executable:
> aleem@pneumon:src-> ./lyx -dbg font&
> Font 'Sans serif, Bold, Upright, Normal, yellow, Emphasis Off, Underline Off, Noun
>Off, Language: English' matched by
>
The following patch gives better horizontal alignment of the \not symbol.
The patch is against my previous mathed patch.
--- math_symbolinset.C~ 2002-10-16 21:12:13.0 +0200
+++ math_symbolinset.C 2002-10-16 21:14:53.0 +0200
@@ -57,7 +57,13 @@ void
On Tue, Oct 15, 2002 at 02:12:37PM +0200, Jean-Marc Lasgouttes wrote:
Dekel But as I explained before, if you don't want to use scalable
Dekel fonts (because you don't have good font/good renderer), but you
Dekel need to display a font at 60 points, while the largest bitmap
Dekel font is 20
On Tue, Oct 15, 2002 at 09:45:42AM +0200, Lars Gullik Bj?nnes wrote:
Dekel Tsur [EMAIL PROTECTED] writes:
| On Mon, Oct 14, 2002 at 11:44:36PM +0200, Lars Gullik Bj?nnes wrote:
| |
| | http://marc.theaimsgroup.com/?l=lyx-develm=103445154004355w=2
|
| That was not exactly what I
On Tue, Oct 15, 2002 at 11:47:26AM +0200, Andre Poenitz wrote:
I'd like to have the drop-down list in the upper left corner
(called Symbols) to have an initial length that makes scrolling
in the list unnecessary (just three more lines).
Would that be possible?
Why not ?
The symbol
On Tue, Oct 15, 2002 at 05:33:03PM +0100, Angus Leeming wrote:
On my Tru64 machine I still have Qt 2.3 installed.
I can't compile the Qt frontend because QLPainter.C tries to
call QString::setLength. This is a private method in Qt 2.3...
Does the following patch helps?
Index: QLPainter.C
On Tue, Oct 15, 2002 at 02:12:37PM +0200, Jean-Marc Lasgouttes wrote:
>
> Dekel> But as I explained before, if you don't want to use scalable
> Dekel> fonts (because you don't have good font/good renderer), but you
> Dekel> need to display a font at 60 points, while the largest bitmap
> Dekel>
On Tue, Oct 15, 2002 at 09:45:42AM +0200, Lars Gullik Bj?nnes wrote:
> Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> | On Mon, Oct 14, 2002 at 11:44:36PM +0200, Lars Gullik Bj?nnes wrote:
> | > |
> | > | http://marc.theaimsgroup.com/?l=lyx-devel=103445154004355=2
> |
On Tue, Oct 15, 2002 at 11:47:26AM +0200, Andre Poenitz wrote:
>
> I'd like to have the drop-down list in the upper left corner
> (called "Symbols") to have an initial length that makes scrolling
> in the list unnecessary (just three more lines).
>
> Would that be possible?
Why not ?
The
On Tue, Oct 15, 2002 at 05:33:03PM +0100, Angus Leeming wrote:
> On my Tru64 machine I still have Qt 2.3 installed.
>
> I can't compile the Qt frontend because QLPainter.C tries to
> call QString::setLength. This is a private method in Qt 2.3...
Does the following patch helps?
Index:
On Mon, Oct 14, 2002 at 02:11:36PM +0200, Jean-Marc Lasgouttes wrote:
Dekel == Dekel Tsur [EMAIL PROTECTED] writes:
Dekel Few suggestions: - The Screen Fonts-Rescale bitmap fonts
Dekel button should not be implemented (not used by the QT frontend).
Is Qt anti-aliasing support good enough
On Mon, Oct 14, 2002 at 03:33:36PM +0200, Andre Poenitz wrote:
Ok. This means symbols do not get recognized if they belong to an unknown
font. Fair enough. Do you think this makes more sense?
Yes.
On Mon, Oct 14, 2002 at 01:10:25PM +0100, John Levon wrote:
On Mon, Oct 14, 2002 at 11:37:57AM +0100, Kornel Benko wrote:
But changing the code makes it working. Does it break anything? (Not here)
I dunno. Let's try it. key_ == 0 is impossible, after all, despite the
fact that it
On Mon, Oct 14, 2002 at 01:54:29PM +0100, Jos? Ab?lio Oliveira Matos wrote:
On Monday 14 October 2002 13:24, Kornel Benko wrote:
So I am not supposed to patch the code each time I use new cvs?
Despite the fonts-size-problem (and missing preferences) is this a very
agreeable version.
On Mon, Oct 14, 2002 at 07:23:02PM +0200, Andre Poenitz wrote:
The AMS fonts are not used anymore in the Qt frontend (they are in xforms)
Are you using QT 2.x ?
It appears that QFont::exactMatch() doesn't work as expected in QT2.
Try the following patch.
Index: qfont_loader.C
On Mon, Oct 14, 2002 at 04:53:34PM +0200, Jean-Marc Lasgouttes wrote:
Dekel == Dekel Tsur [EMAIL PROTECTED] writes:
Dekel 2. Ignore matches whose 12th field is zero, while its 7th field
Dekel is non-zero: @@ -143,6 +144,9 @@ void FontInfo::query() }
Dekel scalable = true; }; + if (sizes[i
On Mon, Oct 14, 2002 at 04:54:21PM +0200, Jean-Marc Lasgouttes wrote:
I am not sure I like 3, since it mainly adds more complexty to
something which is already complicated.
But as I explained before, if you don't want to use scalable fonts
(because you don't have good font/good renderer), but
On Mon, Oct 14, 2002 at 07:47:59PM +0200, Lars Gullik Bj?nnes wrote:
A lot better than the hardcoded 95.
Let's try it.
Any objection to my other patches:
- Fix automatic reconfiguration
- Using unicode in QT painter
On Mon, Oct 14, 2002 at 11:23:24PM +0200, Lars Gullik Bj?nnes wrote:
| - Using unicode in QT painter
Can you resend the patch on this one?
http://marc.theaimsgroup.com/?l=lyx-develm=103445154004355w=2
On Mon, Oct 14, 2002 at 02:10:38PM +0200, Jean-Marc Lasgouttes wrote:
Dekel PS: Should we replace all occurrences of iso8859-1 by
Dekel iso8859-15 ?
Are we sure that all systems able to support lyx do have support for
this encoding? Would it be difficult to propose several encodings for
a
On Mon, Oct 14, 2002 at 06:22:57PM +0200, Dekel Tsur wrote:
I think that the font size problem is due to the fact that
qt2/lyx_gui.C does not read the DPI from the screen but assumes instead
that dpi = 95.
BTW, why are we considering the dpi when computing the size of the font on
screen
On Mon, Oct 14, 2002 at 02:11:36PM +0200, Jean-Marc Lasgouttes wrote:
> >>>>> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> Dekel> Few suggestions: - The "Screen Fonts->Rescale bitmap fonts"
> Dekel> button should not be imple
On Mon, Oct 14, 2002 at 03:33:36PM +0200, Andre Poenitz wrote:
> Ok. This means symbols do not get recognized if they belong to an unknown
> font. Fair enough. Do you think this makes more sense?
Yes.
On Mon, Oct 14, 2002 at 01:10:25PM +0100, John Levon wrote:
> On Mon, Oct 14, 2002 at 11:37:57AM +0100, Kornel Benko wrote:
>
> > But changing the code makes it working. Does it break anything? (Not here)
>
> I dunno. Let's try it. key_ == 0 is impossible, after all, despite the
> fact that it
On Mon, Oct 14, 2002 at 01:54:29PM +0100, Jos? Ab?lio Oliveira Matos wrote:
> On Monday 14 October 2002 13:24, Kornel Benko wrote:
> >
> > So I am not supposed to patch the code each time I use new cvs?
> > Despite the fonts-size-problem (and missing preferences) is this a very
> > agreeable
On Mon, Oct 14, 2002 at 07:23:02PM +0200, Andre Poenitz wrote:
>
> The AMS fonts are not used anymore in the Qt frontend (they are in xforms)
Are you using QT 2.x ?
It appears that QFont::exactMatch() doesn't work as expected in QT2.
Try the following patch.
Index: qfont_loader.C
On Mon, Oct 14, 2002 at 04:53:34PM +0200, Jean-Marc Lasgouttes wrote:
> >>>>> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> Dekel> 2. Ignore matches whose 12th field is zero, while its 7th field
> Dekel> is non-zero: @@ -143,6 +144,9 @@
On Mon, Oct 14, 2002 at 04:54:21PM +0200, Jean-Marc Lasgouttes wrote:
> I am not sure I like 3, since it mainly adds more complexty to
> something which is already complicated.
But as I explained before, if you don't want to use scalable fonts
(because you don't have good font/good renderer),
On Mon, Oct 14, 2002 at 07:47:59PM +0200, Lars Gullik Bj?nnes wrote:
>
> A lot better than the hardcoded 95.
>
> Let's try it.
Any objection to my other patches:
- Fix automatic reconfiguration
- Using unicode in QT painter
On Mon, Oct 14, 2002 at 11:23:24PM +0200, Lars Gullik Bj?nnes wrote:
>
> | - Using unicode in QT painter
>
> Can you resend the patch on this one?
http://marc.theaimsgroup.com/?l=lyx-devel=103445154004355=2
On Mon, Oct 14, 2002 at 02:10:38PM +0200, Jean-Marc Lasgouttes wrote:
> Dekel> PS: Should we replace all occurrences of iso8859-1 by
> Dekel> iso8859-15 ?
>
> Are we sure that all systems able to support lyx do have support for
> this encoding? Would it be difficult to propose several encodings
On Mon, Oct 14, 2002 at 06:22:57PM +0200, Dekel Tsur wrote:
>
> I think that the font size problem is due to the fact that
> qt2/lyx_gui.C does not read the DPI from the screen but assumes instead
> that dpi = 95.
BTW, why are we considering the dpi when computing the size
On Sat, Oct 12, 2002 at 04:53:08PM +0100, John Levon wrote:
On Sat, Oct 12, 2002 at 04:43:24PM +0200, Dekel Tsur wrote:
The attached patch fixes this.
OK to apply ?
Have you tested this in both cases ?
Yes.
+ return getfontinfo(f)-font.exactMatch();
Won't this return a false
On Sun, Oct 13, 2002 at 12:02:44PM +0100, Kornel Benko wrote:
On Saturday 12 October 2002 20:38, Dekel Tsur wrote:
Since, QT uses unicode internally, we should use that.
This patch allow displaying of non iso8859-1 chars.
Please test.
I am unable to display the euro symbols
Since, QT uses unicode internally, we should use that.
This patch allow displaying of non iso8859-1 chars.
Please test.
patch.gz
Description: Binary data
On Sun, Oct 13, 2002 at 01:49:12PM +0200, Philipp Reichmuth wrote:
DT Since, QT uses unicode internally, we should use that.
Unicode support in Qt 2.1 is *bad*, and even 3 has some problems. I'm
not sure about RTL scripts, for example. At least for Qt 2.1 and Qt
for Windows, this could
If use_scalable_false is false, then LyX displays the type1 math fonts at 12
points, regardless of the size they should be.
The cause for this problem is as follows:
XListFonts(...,-*-cmsy-*-*-*-*-*-*-*-*-*-*-*-*,...)
return *2* matches,
Few suggestions:
- The Screen Fonts-Rescale bitmap fonts button should not be implemented
(not used by the QT frontend).
- The Screen Fonts-Encoding field should not be implemented
(not used by the QT frontend).
- The Printer-Printer commands and flags buttons should not be implemented.
It is
On Fri, Oct 11, 2002 at 04:29:08PM +0200, Lars Gullik Bj?nnes wrote:
Dekel Tsur [EMAIL PROTECTED] writes:
| It is better to generate a Postscript file that is printer independent (using
| scalable fonts).
Depends on you objective. If you want best possible output, you
absolutely want
Try writing \hookrightarrow in mathed without having the type1 symbol fonts.
The result is weird: lhook -.
The following patch fixes this - it makes mathed behave the same as in 1.2.x.
Index: src/mathed/math_factory.C
===
RCS file:
On Sat, Oct 12, 2002 at 04:53:08PM +0100, John Levon wrote:
> On Sat, Oct 12, 2002 at 04:43:24PM +0200, Dekel Tsur wrote:
>
> > The attached patch fixes this.
> > OK to apply ?
>
> Have you tested this in both cases ?
Yes.
> > + return getfontinfo(f)-
On Sun, Oct 13, 2002 at 12:02:44PM +0100, Kornel Benko wrote:
> On Saturday 12 October 2002 20:38, Dekel Tsur wrote:
> > Since, QT uses unicode internally, we should use that.
> > This patch allow displaying of non iso8859-1 chars.
> > Please test.
>
> I am unable
Since, QT uses unicode internally, we should use that.
This patch allow displaying of non iso8859-1 chars.
Please test.
patch.gz
Description: Binary data
On Sun, Oct 13, 2002 at 01:49:12PM +0200, Philipp Reichmuth wrote:
>
> DT> Since, QT uses unicode internally, we should use that.
>
> Unicode support in Qt 2.1 is *bad*, and even 3 has some problems. I'm
> not sure about RTL scripts, for example. At least for Qt 2.1 and Qt
> for Windows, this
If use_scalable_false is false, then LyX displays the type1 math fonts at 12
points, regardless of the size they should be.
The cause for this problem is as follows:
XListFonts(...,"-*-cmsy-*-*-*-*-*-*-*-*-*-*-*-*",...)
return *2* matches,
Few suggestions:
- The "Screen Fonts->Rescale bitmap fonts" button should not be implemented
(not used by the QT frontend).
- The "Screen Fonts->Encoding" field should not be implemented
(not used by the QT frontend).
- The "Printer->Printer commands and flags" buttons should not be
On Fri, Oct 11, 2002 at 04:29:08PM +0200, Lars Gullik Bj?nnes wrote:
> Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> | It is better to generate a Postscript file that is printer independent (using
> | scalable fonts).
>
> Depends on you objective. If you want best possible
Try writing \hookrightarrow in mathed without having the type1 symbol fonts.
The result is weird: "lhook ->".
The following patch fixes this - it makes mathed behave the same as in 1.2.x.
Index: src/mathed/math_factory.C
===
RCS
--- ChangeLog 9 Oct 2002 08:59:01 - 1.237
+++ ChangeLog 12 Oct 2002 14:35:32 -
@@ -1,3 +1,7 @@
+2002-10-12 Dekel Tsur [EMAIL PROTECTED]
+
+ * qfont_loader.C (available): Implemented.
+
2002-10-09 Edwin Leuven [EMAIL PROTECTED]
* QDocument.C: Brand new document
--- ChangeLog 9 Oct 2002 08:59:01 - 1.237
+++ ChangeLog 12 Oct 2002 14:35:32 -
@@ -1,3 +1,7 @@
+2002-10-12 Dekel Tsur <[EMAIL PROTECTED]>
+
+ * qfont_loader.C (available): Implemented.
+
2002-10-09 Edwin Leuven <[EMAIL PROTECTED]>
* QDocument.
[from lyx-users]
On Fri, Oct 11, 2002 at 07:49:29AM +0200, Andre Poenitz wrote:
te_etex-1.0.7-319
tetex-latex-heb-1.0-3
te_latex-1.0.7-285
tetex-1.0.7-285
The problem is that the dependencies built into the .rpm are for RedHat
packages, and naming differs between RedHat and SuSE.
Whu
On Fri, Oct 11, 2002 at 11:33:50AM +0900, Rob Lahaye wrote:
Just that the original thread was about whether we should hardcode the
use of dvips.
What's against? What's in favour? Are there alternatives?
Hardcode dvips would imply a strict dependency of LyX on dvips.
It also would mean we
On Fri, Oct 11, 2002 at 10:47:47AM +0200, Jean-Marc Lasgouttes wrote:
1/ we have to work on systems which have none of these things
Then the ps-printer converter is lpr.
If the user need something more complicated, he can write a dialog
in tcl/tk, python/tk, etc.
In fact, we can provide a
On Fri, Oct 11, 2002 at 05:05:19PM +0200, Andre Poenitz wrote:
Is there some way to easily revert to the previous behavior, and let me
put the ctrl-tabs where I want them?
What is the previous behaviour? Some magic like that has been in for
ages.
When converting an inline/display formula
On Fri, Oct 11, 2002 at 05:49:10PM +0300, Martin Vermeer wrote:
Attached. It seems that a paragraph containing a float abutted from
both sides with ERT will send lyx2lyx into a tailspin.
Fixed.
On Fri, Oct 11, 2002 at 11:25:59AM +0200, Jean-Marc Lasgouttes wrote:
This seems reasonable to me. Lars?
Do you also want it in 1.2.2cvs ?
Dekel, note that, if I am not mistaken, you can actually use
SEARCH_PROG as
SEARCH_PROG([for a PS to PDF converter],ps_to_pdf_command,ps2pdf
On Wed, Oct 09, 2002 at 04:12:21PM +0200, Dekel Tsur wrote:
There is a bug in the automatic reconfiguration code:
If the user don't have ~/.lyx/lyxrc.default file, then the configure
script is invoked.
This is wrong: if the user environment is equal to the system environment,
then running
[from lyx-users]
On Fri, Oct 11, 2002 at 07:49:29AM +0200, Andre Poenitz wrote:
>
> te_etex-1.0.7-319
> tetex-latex-heb-1.0-3
> te_latex-1.0.7-285
> tetex-1.0.7-285
>
> The problem is that the dependencies built into the .rpm are for RedHat
> packages, and naming differs between RedHat and
On Fri, Oct 11, 2002 at 11:33:50AM +0900, Rob Lahaye wrote:
> >Just that the original thread was about whether we should hardcode the
> >use of dvips.
>
> What's against? What's in favour? Are there alternatives?
> Hardcode dvips would imply a strict dependency of LyX on dvips.
> It also would
On Fri, Oct 11, 2002 at 10:47:47AM +0200, Jean-Marc Lasgouttes wrote:
>
> 1/ we have to work on systems which have none of these things
Then the ps->printer converter is lpr.
If the user need something more complicated, he can write a dialog
in tcl/tk, python/tk, etc.
In fact, we can provide a
On Fri, Oct 11, 2002 at 05:05:19PM +0200, Andre Poenitz wrote:
> > Is there some way to easily revert to the previous behavior, and let me
> > put the ctrl-tabs where I want them?
>
> What is "the previous behaviour"? Some magic like that has been in for
> ages.
When converting an
On Fri, Oct 11, 2002 at 05:49:10PM +0300, Martin Vermeer wrote:
> Attached. It seems that a paragraph containing a float abutted from
> both sides with ERT will send lyx2lyx into a tailspin.
>
Fixed.
On Fri, Oct 11, 2002 at 11:25:59AM +0200, Jean-Marc Lasgouttes wrote:
> This seems reasonable to me. Lars?
Do you also want it in 1.2.2cvs ?
> Dekel, note that, if I am not mistaken, you can actually use
> SEARCH_PROG as
>
> SEARCH_PROG([for a PS to PDF converter],ps_to_pdf_command,"ps2pdf
On Wed, Oct 09, 2002 at 04:12:21PM +0200, Dekel Tsur wrote:
> There is a bug in the automatic reconfiguration code:
> If the user don't have ~/.lyx/lyxrc.default file, then the configure
> script is invoked.
> This is wrong: if the user environment is equal to the system
On Thu, Oct 10, 2002 at 09:59:22AM +0200, Jean-Marc Lasgouttes wrote:
Allan Maybe we are too configurable in this case. Since it seems
Allan every bloke and his dog is using dvips for printing we should
Allan limit support that _or_ an external script (as Angus
Allan suggested). That might
On Thu, Oct 10, 2002 at 12:19:45PM +0200, Jean-Marc Lasgouttes wrote:
Dekel == Dekel Tsur [EMAIL PROTECTED] writes:
Dekel The KDE tool is kprinter.
Dekel http://printing.kde.org/screenshots/pics/printdialog.png It is
Dekel more powerful than our dialog (for example, it allow selecting
On Thu, Oct 10, 2002 at 01:26:42PM +0200, Jean-Marc Lasgouttes wrote:
Dekel The KDE tool is kprinter.
Dekel http://printing.kde.org/screenshots/pics/printdialog.png It is
Dekel more powerful than our dialog (for example, it allow selecting
Dekel the printer from a listbox). We can use it just
On Thu, Oct 10, 2002 at 01:10:39PM +0100, Angus Leeming wrote:
It seems a little excessive to generate a 1000 page PostScript
document to print off only the first page...
It is not such a big problem, and some dvi viewers allow printing
selected pages (e.g. kdvi).
Apart from that, it
On Thu, Oct 10, 2002 at 10:16:11AM -0400, Dr. Richard E. Hawkins wrote:
If you have a file doesn't work, post it here.
Here's one from November, 2000:
#LyX 1.3 created this file. For more info see http://www.lyx.org/
\lyxformat 221
This file was saved by lyx 1.3.0cvs. Post the original
On Thu, Oct 10, 2002 at 05:15:37PM +0300, Dag Nygren wrote:
I have a problem with lyx somehow generating
documents where all the scndinavian characters are
replaced with a space when exported as PDF
and viewed with acroread.
Viewing with ghostview do show the chars, but that
doesn't
On Thu, Oct 10, 2002 at 05:39:36PM +0300, Dag Nygren wrote:
I tried export PDF and export PS, then ps2pdf.
The output seems identical.
The file should be identical.
Try exporting to PS and then using ps2pdf13.
Also, does it help to export to dvi, run dvips -G0 file.dvi -o file.ps,
and then
On Thu, Oct 10, 2002 at 05:50:40PM +0300, Dag Nygren wrote:
Just made some simple tests here and found that it is
setting the font on the document layout page to helvet that causes
the SansSerif characters to disappear from the acroread view !!
Bug or just me mishandling something ?
On Thu, Oct 10, 2002 at 06:41:37PM +0200, Andre Poenitz wrote:
Straightforward implementation of a new feature from an anonymous(?)
source:
xalignat und xxalignat are de facto obsolete and
and can be replaced by flalign.
Then remove the xalignat/xxalignat from the menus.
On Thu, Oct 10, 2002 at 07:51:56PM +0300, Dag Nygren wrote:
Complaining about fonts beeing ugly in Acroread I got
the advice to RTFM ;-).
Did that and tried the 2 different approaches:
1. Setting up my .dvipsrc and including ae and aecompl generated
nice looking PDF:s with the special
Due to bugs in Acrobat Reader, it is preferable to use the
-dCompatibilityLevel=1.3 flag of ps2pdf (or use ps2pdf13).
This requires the Acrobat = 4 to read the file, but this is
a reasonable requirement.
Index: configure.m4
===
RCS
On Tue, Oct 08, 2002 at 07:17:38AM +0200, Andre Poenitz wrote:
For LTR text, bidi_level = 0
For RTL text, bidi_level = 1
For LTR text inside RTL text, bidi_level = 2
And RTL in LTR?
bidi_level = 1
Is this for display only?
Yes
And what does bidi_start mean?
The position of the
On Thu, Oct 10, 2002 at 09:59:22AM +0200, Jean-Marc Lasgouttes wrote:
> Allan> Maybe we are too configurable in this case. Since it seems
> Allan> every bloke and his dog is using dvips for printing we should
> Allan> limit support that _or_ an external script (as Angus
> Allan> suggested). That
On Thu, Oct 10, 2002 at 12:19:45PM +0200, Jean-Marc Lasgouttes wrote:
> >>>>> "Dekel" == Dekel Tsur <[EMAIL PROTECTED]> writes:
>
> Dekel> The KDE tool is kprinter.
> Dekel> http://printing.kde.org/screenshots/pics/printdialog.png It is
&g
On Thu, Oct 10, 2002 at 01:26:42PM +0200, Jean-Marc Lasgouttes wrote:
> Dekel> The KDE tool is kprinter.
> Dekel> http://printing.kde.org/screenshots/pics/printdialog.png It is
> Dekel> more powerful than our dialog (for example, it allow selecting
> Dekel> the printer from a listbox). We can use
On Thu, Oct 10, 2002 at 01:10:39PM +0100, Angus Leeming wrote:
> It seems a little excessive to generate a 1000 page PostScript
> document to print off only the first page...
It is not such a big problem, and some dvi viewers allow printing
selected pages (e.g. kdvi).
> Apart from that, it
On Thu, Oct 10, 2002 at 10:16:11AM -0400, Dr. Richard E. Hawkins wrote:
> > If you have a file doesn't work, post it here.
>
> Here's one from November, 2000:
> #LyX 1.3 created this file. For more info see http://www.lyx.org/
> \lyxformat 221
This file was saved by lyx 1.3.0cvs. Post the
On Thu, Oct 10, 2002 at 05:15:37PM +0300, Dag Nygren wrote:
>
> I have a problem with lyx somehow generating
> documents where all the scndinavian characters are
> replaced with a space when exported as PDF
> and viewed with acroread.
> Viewing with ghostview do show the chars, but that
>
On Thu, Oct 10, 2002 at 05:39:36PM +0300, Dag Nygren wrote:
> I tried export PDF and export PS, then ps2pdf.
> The output seems identical.
The file should be identical.
Try exporting to PS and then using ps2pdf13.
Also, does it help to export to dvi, run dvips -G0 file.dvi -o file.ps,
and then
On Thu, Oct 10, 2002 at 05:50:40PM +0300, Dag Nygren wrote:
> Just made some simple tests here and found that it is
> setting the font on the document layout page to helvet that causes
> the SansSerif characters to disappear from the acroread view !!
>
> Bug or just me mishandling something ?
On Thu, Oct 10, 2002 at 06:41:37PM +0200, Andre Poenitz wrote:
>
> Straightforward implementation of a "new feature" from an anonymous(?)
> source:
>
> xalignat und xxalignat are de facto obsolete and
> and can be replaced by flalign.
Then remove the xalignat/xxalignat from the menus.
On Thu, Oct 10, 2002 at 07:51:56PM +0300, Dag Nygren wrote:
>
> Complaining about fonts beeing ugly in Acroread I got
> the advice to RTFM ;-).
>
> Did that and tried the 2 different approaches:
> 1. Setting up my .dvipsrc and including ae and aecompl generated
> nice looking PDF:s with the
Due to bugs in Acrobat Reader, it is preferable to use the
-dCompatibilityLevel=1.3 flag of ps2pdf (or use ps2pdf13).
This requires the Acrobat >= 4 to read the file, but this is
a reasonable requirement.
Index: configure.m4
===
On Tue, Oct 08, 2002 at 07:17:38AM +0200, Andre Poenitz wrote:
> > For LTR text, bidi_level = 0
> > For RTL text, bidi_level = 1
> > For LTR text inside RTL text, bidi_level = 2
>
> And RTL in LTR?
bidi_level = 1
> Is this for display only?
Yes
> And what does bidi_start mean?
The position
On Wed, Oct 09, 2002 at 10:28:33AM +0200, Jean-Marc Lasgouttes wrote:
A possibility to avoid this problem could be to drop support for -pp
and use dviselect instead to do the page selection work. I do not know
how standard dviselect is, though.
Unfortunately, there is a lot of hardcoded
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ChangeLog,v
retrieving revision 1.950
diff -u -p -r1.950 ChangeLog
--- ChangeLog 8 Oct 2002 09:24:01 - 1.950
+++ ChangeLog 9 Oct 2002 14:02:00 -
@@ -1,3 +1,7 @@
+2002-10-09 Dekel Tsur [EMAIL PROTECTED
-r1.300 ChangeLog
--- ChangeLog 5 Oct 2002 12:59:03 - 1.300
+++ ChangeLog 9 Oct 2002 14:20:12 -
@@ -1,3 +1,7 @@
+2002-10-09 Dekel Tsur [EMAIL PROTECTED]
+
+ * configure.m4: Add a check for kdeprintfax.
+
2002-10-05 Dekel Tsur [EMAIL PROTECTED]
* lyx2lyx
On Wed, Oct 09, 2002 at 08:51:14PM +0200, Gady Kozma wrote:
The attached zip file contains: a translation of the tutorial into Hebrew,
the example (raw and lyxified) files, and a new version of the introduction
(basically updated to 1.2 and some latex tricks in the preamble to solve
Hebrew
On Wed, Oct 09, 2002 at 04:01:09PM -0400, Dr. Richard E. Hawkins wrote:
I had thought that there was a fix for the cascading depth problem
committed a couple of weeks ago, but an update from today didn't get it.
I need to print out a couple of dozen documents from two years ago until
the
On Wed, Oct 09, 2002 at 10:28:33AM +0200, Jean-Marc Lasgouttes wrote:
> A possibility to avoid this problem could be to drop support for -pp
> and use dviselect instead to do the page selection work. I do not know
> how standard dviselect is, though.
>
> Unfortunately, there is a lot of
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ChangeLog,v
retrieving revision 1.950
diff -u -p -r1.950 ChangeLog
--- ChangeLog 8 Oct 2002 09:24:01 - 1.950
+++ ChangeLog 9 Oct 2002 14:02:00 -
@@ -1,3 +1,7 @@
+2002-10-09 Dekel Tsur <[EMAIL PROTEC
u -p -r1.300 ChangeLog
--- ChangeLog 5 Oct 2002 12:59:03 - 1.300
+++ ChangeLog 9 Oct 2002 14:20:12 -
@@ -1,3 +1,7 @@
+2002-10-09 Dekel Tsur <[EMAIL PROTECTED]>
+
+ * configure.m4: Add a check for kdeprintfax.
+
2002-10-05 Dekel Tsur <[EMAIL PROTECTED]>
On Wed, Oct 09, 2002 at 08:51:14PM +0200, Gady Kozma wrote:
> The attached zip file contains: a translation of the tutorial into Hebrew,
> the example (raw and lyxified) files, and a new version of the introduction
> (basically updated to 1.2 and some latex tricks in the preamble to solve
>
On Wed, Oct 09, 2002 at 04:01:09PM -0400, Dr. Richard E. Hawkins wrote:
> I had thought that there was a fix for the cascading depth problem
> committed a couple of weeks ago, but an update from today didn't get it.
>
> I need to print out a couple of dozen documents from two years ago until
>
:49:02 - 1.555
+++ frontends/xforms/ChangeLog 8 Oct 2002 16:04:35 -
@@ -1,3 +1,7 @@
+2002-10-08 Dekel Tsur [EMAIL PROTECTED]
+
+ * FormRef.C (update): Always list the labels of the current buffer.
+
2002-10-07 Angus Leeming [EMAIL PROTECTED]
* FormBase.C (hide
On Sun, Oct 06, 2002 at 12:53:27PM +0200, I Wayan Warmada wrote:
Dear LyX-users,
I have a problem with the list of figures in LyX-1.3.0cvs. The long title
of the figures is not wrapped correctly (over the page boundary). Could
you please explain me how to solve the problem?
It is usually
601 - 700 of 3781 matches
Mail list logo
