Uwe Stöhr schrieb:
>> msgid "Section \\arabic{section}"
>> msgstr "Abschnitt \\arabic{subsection}"
>
> This looks wrong.
>
>> msgid "Subsection \\arabic{section}.\\arabic{subsection}"
>> msgstr "Unterabschnitt\\arabic{subsubsection}"
>
> This one, too.
This is now fixed. I didn't touch the argum
John Levon wrote:
> I'd love for somebody to get paid for LyX work.
It seems to me that most of the LyX developers
get paid for working on LyX because beyond normal
working hours the traffic on the list is very low. ;)
Peter
Michael Gerz schrieb:
There is no need for the spaces. All cases you mentioned describes
environments of layouts.
Are you sure??? I can imagine that the spaces are used to do some poor
man's formatting.
As far I tested this, yes. But I haven't enough time to investigate deeper, so
readded th
On Sunday 11 February 2007 2:47:51 pm Peter Kümmel wrote:
> John Levon wrote:
> > I'd love for somebody to get paid for LyX work.
>
> It seems to me that most of the LyX developers
> get paid for working on LyX because beyond normal
> working hours the traffic on the list is very low. ;)
Either
LyX does not insert enough vertical space before sectioning environments
such as Chapter, Section, etc.
As an example, compare the appearance on screen when loading the
Tutorial (Help->Tutorial) with both 1.4.x and 1.5.0svn.
--
Enrico
Dear list,
I am preparing a beamer presentation, which has three PDF figures.
Under linux, the pdf figures are used directly (as far as I can tell)
when using pdflatex, but under windows, the PDF files are converted to
PNG which look bad in the presentation.
I have verified that miktex/pdflatex
Am Sonntag, 11. Februar 2007 19:25 schrieb Bo Peng:
> Dear list,
>
> I am preparing a beamer presentation, which has three PDF figures.
> Under linux, the pdf figures are used directly (as far as I can tell)
> when using pdflatex, but under windows, the PDF files are converted to
> PNG which look
Hi all,
I'm trying to help a user (Win XP, LyX 1.4.3-5) with an odd problem: LyX
(and only LyX) interprets plain keystrokes as if the Alt (Meta) key were
pressed even when not. A reboot temporarily fixed it, but apparently it
came back.
For comparison purposes, here is -dbg key output from
Is this 1.4 or 1.5? If 1.4, apply this patch:
Both are 1.5.x.
Otherwise I don't know what
happens, -dbg graphics,files might help.
The differences in -dbg output is that
under windows:
filetools(getFormatFromContents)
Couldn't find a known format!
insetgraphics::latex: Filename = D:
Am Sonntag, 11. Februar 2007 20:41 schrieb Bo Peng:
> The differences in -dbg output is that
>
> under windows:
>
> filetools(getFormatFromContents)
> Couldn't find a known format!
> insetgraphics::latex: Filename = D:/Figure1.pdf
>
> And under linux the PDF format is recognized.
>
> T
No, rather a programming error. Did I already say that I hate
getFormatFromContents? Please put the attached patch in if it fixes the
problem.
This patch does not work. Can any windows user confirm this problem?
To repeat, just insert a PDF figure and view->pdf, if you see a
'convert ...' in the
Bo Peng wrote:
Can any windows user confirm this problem?
things seem to work fine here
Am Sonntag, 11. Februar 2007 21:12 schrieb Bo Peng:
> > No, rather a programming error. Did I already say that I hate
> > getFormatFromContents? Please put the attached patch in if it fixes the
> > problem.
>
> This patch does not work. Can any windows user confirm this problem?
Then you need to
Michael Gerz wrote:
Jean-Marc Lasgouttes schrieb:
Other than that, I am not sure that I like all this automatic
centering business. If the user has already provided some contents, it
is very surprising that inserting a float around it would modify its
alignment.
JMarc
JMarc, Bernhard,
I co
Am Sonntag, 11. Februar 2007 04:18 schrieb ChangGil Han:
> With your patch, lyx2lyx now translate correctly euc-kr encoded file to
the format for the current lyx-svn, but only in cjk environment--here
in "ko_KR.eucKR". Can you make this can also work in the locale set in
UTF-8?
Sure, the atta
Bo Peng schrieb:
No, rather a programming error. Did I already say that I hate
getFormatFromContents? Please put the attached patch in if it fixes the
problem.
This patch does not work. Can any windows user confirm this problem?
Yes, I can!
Michael
On Thursday 01 February 2007 7:32:17 pm Georg Baum wrote:
> Am Donnerstag, 1. Februar 2007 20:28 schrieb [EMAIL PROTECTED]:
> > Author: baum
> > Date: Thu Feb 1 20:28:55 2007
> > New Revision: 17017
> >
> > URL: http://www.lyx.org/trac/changeset/17017
> > Log:
> > revert accented characters to Ins
On Sunday 11 February 2007 9:24:28 pm José Matos wrote:
>
> Georg, could you provide me the last version of your patch?
>
> I have the function for convertion ready, but such as it is this patch
> fails:
>
> $ patch -p0 --dry-run < /home/jamatos/tmp/x.diff
> patching file src/insets/insetlatexa
On Saturday 10 February 2007 10:38:07 am Peter Kümmel wrote:
> Maybe I could 'motivate' José a bit:
>
> Because of José we can't release the beta.
> Because of José we are all sitting around and don't know what to do.
> Because of José the LyX progress is halted.
> Because of José world-wide no pap
On Sun, Feb 11, 2007 at 02:12:16PM -0600, Bo Peng wrote:
> > No, rather a programming error. Did I already say that I hate
> > getFormatFromContents? Please put the attached patch in if it fixes the
> > problem.
>
> This patch does not work. Can any windows user confirm this problem?
> To repeat,
Enrico Forestieri schrieb:
On Sun, Feb 11, 2007 at 02:12:16PM -0600, Bo Peng wrote:
No, rather a programming error. Did I already say that I hate
getFormatFromContents? Please put the attached patch in if it fixes the
problem.
This patch does not work. Can any windows user confirm th
On Mon, Feb 12, 2007 at 12:02:34AM +0100, Michael Gerz wrote:
> Enrico Forestieri schrieb:
> > On Sun, Feb 11, 2007 at 02:12:16PM -0600, Bo Peng wrote:
> >
> >
> >>> No, rather a programming error. Did I already say that I hate
> >>> getFormatFromContents? Please put the attached patch in if it
On Sunday 11 February 2007 10:22:06 pm José Matos wrote:
>
> It is funny because we also ignore white spaces in the begin, in this
> case we don't even show the change on screen although we save it that way.
> Interesting... :-)
>
> And no, I don't think we should delay the beta to change this.
Hi all,
the problem with the whitespaces is almost solved, what other fixes
would you
like to see committed for the beta release?
If all proceeds normally I would like to release the beta during this
week
(that is in the next 7 days).
I will be absent today all day but
Dear list,
Does anyone see the white space to the left of the navigation bar and
status bar using beamer? How can I get rid of it? I have tried
linux/tetex, windows/miktex, and
I can not get rid of this ugly white bar. Attached is what I get from
tex/latex/beamer/solutions/conference-talks/confer
25 matches
Mail list logo
