Uwe Stöhr wrote:
For other layouts, do they compile? When I e.g. load your module to
the UserGuide and then use the font size 18?
Well, that's the important question. And you're right: They don't. So
never mind for now. But something like this ought to work
rh
Vincent van Ravesteijn wrote:
On Sat, 2008-10-04 at 22:03 +0200, Uwe Stöhr wrote:
> In the llncs layout, the section headings start with the number
0.1,
> whereas in the normal article layout they start with 1.
This is http://bugzilla.lyx.org/show_bug.cgi?id=5316
Hmm, I was annoyed
http://bugzilla.lyx.org/show_bug.cgi?id=3625
Bug 3625 is about the fact that you can't copy text with leading spaces.
Ironically this is actively disabled by the following lines:
CutAndPaste.cpp:715-722
// copy behind a space if there is one
...
while (pos < pars[par].size() &&
pars[par].i
Re: LyXforJASA code for LyX?
Back in 2006, Jean-Marc Lasgouttes discussed with me some LyX code I had
developed for preparing manuscripts for the Journal of the Acoustical Society
of America (JASA). These files have been used successfully by me and
independently by an ASA colleague for papers th
On Sat, 2008-10-04 at 22:17 +0200, Uwe Stöhr wrote:
> Vincent van Ravesteijn schrieb:
>
> >>> but the output sucks.
> >
> >> What sucks? It look OK for me.
> >>
> > See for yourself.
>
> Attached is what I get using pdflatex. This looks fine.
Ah, I hit a Debian bug:
http://www.mail-archive.com/[
Abdelrazak Younes wrote:
On 04/10/2008 20:44, Peter Kümmel wrote:
Abdelrazak Younes wrote:
The comment was correct in a latin world and for pre Win2000 system
(Win9x). AFAIK since Win2000, the filesystem uses utf16 so there is
no such thing as 8bit encoding. Provided that we don't support Win9
Abdelrazak Younes wrote:
On 04/10/2008 21:06, Peter Kümmel wrote:
Andre Poenitz wrote:
On Sat, Oct 04, 2008 at 07:30:46PM +0200, Peter Kümmel wrote:
Here a patch for
http://bugzilla.lyx.org/show_bug.cgi?id=2235
Is there a better way to detect case sensitiveness
of the file actual system?
I
> Any objections?
As we discussed in the thread for the extended search feature, we should come to an end with
features and improvements for LyX 1.6.0. Your patch doesn't fix a bug, it is an enhancement.
I don't want to be impolite, but we must come to and end and start going to bug-only fix mod
On Sat, 2008-10-04 at 22:03 +0200, Uwe Stöhr wrote:
>
> > In the llncs layout, the section headings start with the number
> 0.1,
> > whereas in the normal article layout they start with 1.
>
> This is http://bugzilla.lyx.org/show_bug.cgi?id=5316
>
Hmm, I was annoyed by this some time ago, but
> In the llncs layout, the section headings start with the number 0.1,
> whereas in the normal article layout they start with 1.
This is http://bugzilla.lyx.org/show_bug.cgi?id=5316
regards Uwe
On 04/10/2008 21:06, Peter Kümmel wrote:
Andre Poenitz wrote:
On Sat, Oct 04, 2008 at 07:30:46PM +0200, Peter Kümmel wrote:
Here a patch for
http://bugzilla.lyx.org/show_bug.cgi?id=2235
Is there a better way to detect case sensitiveness
of the file actual system?
I don't know, but Mac's file
On 04/10/2008 20:26, Andre Poenitz wrote:
On Sat, Oct 04, 2008 at 07:34:08PM +0200, Peter Kümmel wrote:
Andre Poenitz wrote:
On Sat, Oct 04, 2008 at 06:22:50PM +0200, Peter Kümmel wrote:
Abdelrazak Younes wrote:
On 04/10/2008 14:13, Peter Kümmel wrote:
On 04/10/2008 20:44, Peter Kümmel wrote:
Abdelrazak Younes wrote:
The comment was correct in a latin world and for pre Win2000 system
(Win9x). AFAIK since Win2000, the filesystem uses utf16 so there is
no such thing as 8bit encoding. Provided that we don't support Win9x
I'd prefer that we swit
Vincent van Ravesteijn schrieb:
but the output sucks.
What sucks? It look OK for me.
regards Uwe
Vincent van Ravesteijn schrieb:
the problem is that in the temporary file, there is not an absolute path
and the chess-game files are not copied into the tmp directory.
Indeed. So the bug is in our InsetExternal template "Chess". This is now
http://bugzilla.lyx.org/show_bug.cgi?id=5320
Besid
In the llncs layout, the section headings start with the number 0.1,
whereas in the normal article layout they start with 1.
Could someone have a look at this, I don't know enough about layouts to
solve it.
Vincent
Am Thu, 2 Oct 2008 10:21:36 +0200
schrieb "[EMAIL PROTECTED]" <[EMAIL PROTECTED]>:
> Hi Lyx-Devel-Team,
>
> LyX crashes whenever I open a child document the second
> time. I compiled LyX from source
> (ftp://ftp.devel.lyx.org/pub/lyx/devel/)
>
> What do you need in order to find the bug?
>
> Th
Andre Poenitz wrote:
On Sat, Oct 04, 2008 at 07:30:46PM +0200, Peter Kümmel wrote:
Here a patch for
http://bugzilla.lyx.org/show_bug.cgi?id=2235
Is there a better way to detect case sensitiveness
of the file actual system?
I don't know, but Mac's file system seems to be case-insensitive as w
Abdelrazak Younes wrote:
The comment was correct in a latin world and for pre Win2000 system
(Win9x). AFAIK since Win2000, the filesystem uses utf16 so there is no
such thing as 8bit encoding. Provided that we don't support Win9x I'd
prefer that we switch to the wide version.
Somethink like t
On Sat, Oct 04, 2008 at 07:34:08PM +0200, Peter Kümmel wrote:
> Andre Poenitz wrote:
>> On Sat, Oct 04, 2008 at 06:22:50PM +0200, Peter Kümmel wrote:
>>> Abdelrazak Younes wrote:
On 04/10/2008 14:13, Peter Kümmel wrote:
> Until we know a better way to get the long path name
> I've chec
On Sat, Oct 04, 2008 at 07:30:46PM +0200, Peter Kümmel wrote:
> Here a patch for
> http://bugzilla.lyx.org/show_bug.cgi?id=2235
>
> Is there a better way to detect case sensitiveness
> of the file actual system?
>
> Peter
> Index: insets/InsetGraphics.cpp
>
On Sat, 2008-10-04 at 15:01 +0200, Uwe Stöhr wrote:
> The example file "chessgame.lyx" is not compilable in trunk and
> branch. Is anybody able to compile
> this? I wasn't able to figure out why LaTeX stops by emergency as I
> don't understand the format of
> the .fen files. I try to contact Kayvan
On Sat, Oct 04, 2008 at 06:31:37PM +0200, Abdelrazak Younes wrote:
> On 04/10/2008 18:22, Peter Kümmel wrote:
>> Abdelrazak Younes wrote:
>>> On 04/10/2008 14:13, Peter Kümmel wrote:
Until we know a better way to get the long path name
I've checked in the patch:
http://www.lyx.org/tr
Andre Poenitz wrote:
On Sat, Oct 04, 2008 at 06:22:50PM +0200, Peter Kümmel wrote:
Abdelrazak Younes wrote:
On 04/10/2008 14:13, Peter Kümmel wrote:
Until we know a better way to get the long path name
I've checked in the patch:
http://www.lyx.org/trac/changeset/26718
(bug http://bugzilla.lyx.
Here a patch for
http://bugzilla.lyx.org/show_bug.cgi?id=2235
Is there a better way to detect case sensitiveness
of the file actual system?
Peter
Index: insets/InsetGraphics.cpp
===
--- insets/InsetGraphics.cpp(revision 26731)
+
OK, so this is hardly regressions and crashes, but it's simple and
starts to disentangle some of the mess of classes. All this does is move
the "extra fonts" stuff in extarticle, extbook, extletter, and extreport
into a module, and then it has the necessary lyx2lyx to make this
painless. The
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I agree. This is too late for 1.6.0 but we can make it work for 1.6.1 or
2 without problem as there is no format change involved. So, Tommaso, if
you adapt your patch to current trunk I'll work toward inclusion in 1.6.x.
Yes. As usual,
On Sat, 2008-10-04 at 18:04 +0200, rgheck wrote:
> If, however, two notes (e.g.) are nested into each other, then you
> can't say that "inset-settings note" _explicitly_ requests the
> enclosing inset instead of the 'enclosee'.
Wrong example, the modify entries of notes are coupled to the
'next-in
> So we ship two copies now?
Yes, because some example files and some template files use it. I don't think this harms. Having the
BibTeX file in the same folder appeared to be best place to let users find their way to BibTeX.
regards Uwe
Abdelrazak Younes wrote:
> I agree. This is too late for 1.6.0 but we can make it work for 1.6.1 or
> 2 without problem as there is no format change involved. So, Tommaso, if
> you adapt your patch to current trunk I'll work toward inclusion in 1.6.x.
Yes. As usual, 1.6.1 (and maybe 1.6.2, dependi
On 04/10/2008 18:22, Peter Kümmel wrote:
Abdelrazak Younes wrote:
On 04/10/2008 14:13, Peter Kümmel wrote:
Until we know a better way to get the long path name
I've checked in the patch:
http://www.lyx.org/trac/changeset/26718
(bug http://bugzilla.lyx.org/show_bug.cgi?id=4693)
Why did you you
On Sat, Oct 04, 2008 at 06:22:50PM +0200, Peter Kümmel wrote:
> Abdelrazak Younes wrote:
>> On 04/10/2008 14:13, Peter Kümmel wrote:
>>> Until we know a better way to get the long path name
>>> I've checked in the patch:
>>> http://www.lyx.org/trac/changeset/26718
>>> (bug http://bugzilla.lyx.org/s
On Sat, Oct 04, 2008 at 06:17:02PM +0200, Peter Kümmel wrote:
> Abdelrazak Younes wrote:
>> On 04/10/2008 14:13, Peter Kümmel wrote:
>>> Until we know a better way to get the long path name
>>> I've checked in the patch:
>>> http://www.lyx.org/trac/changeset/26718
>>> (bug http://bugzilla.lyx.org/s
On Sat, Oct 04, 2008 at 06:16:01PM +0200, Peter Kümmel wrote:
>> But you state:
>>
>> [...]fails due to different names of the same directory (prefixIs is string
>> based):
>>
>> C:/Dokumente und Einstellungen/cdev/Lokale Einstellungen/Temp/lyx_tmpbuf0/
>> C:/DOKUME~1/cdev/LOKALE~1/Temp
>>
Abdelrazak Younes wrote:
On 04/10/2008 14:13, Peter Kümmel wrote:
Until we know a better way to get the long path name
I've checked in the patch:
http://www.lyx.org/trac/changeset/26718
(bug http://bugzilla.lyx.org/show_bug.cgi?id=4693)
Why did you you choose the 8bit encoding version? I'd pre
On 04/10/2008 01:16, [EMAIL PROTECTED] wrote:
Author: rgheck
Date: Sat Oct 4 01:16:51 2008
New Revision: 26708
URL: http://www.lyx.org/trac/changeset/26708
Log:
Fix Abdel's FIXME.
Nice.
Abdel.
On 04/10/2008 17:57, [EMAIL PROTECTED] wrote:
Author: kuemmel
Date: Sat Oct 4 17:57:26 2008
New Revision: 26729
URL: http://www.lyx.org/trac/changeset/26729
Log:
don't reinvent the wheel
Good :-)
Abdel.
Abdelrazak Younes wrote:
On 04/10/2008 14:13, Peter Kümmel wrote:
Until we know a better way to get the long path name
I've checked in the patch:
http://www.lyx.org/trac/changeset/26718
(bug http://bugzilla.lyx.org/show_bug.cgi?id=4693)
Why did you you choose the 8bit encoding version? I'd pre
On 04/10/2008 18:05, Andre Poenitz wrote:
On Sat, Oct 04, 2008 at 05:54:40PM +0200, Abdelrazak Younes wrote:
On 04/10/2008 08:36, Jürgen Spitzmüller wrote:
Pavel Sanda wrote:
Hope this way people may see more easily if this would be an
interesting feature to have in LyX.
Andre Poenitz wrote:
On Sat, Oct 04, 2008 at 01:33:15PM +0200, Peter Kümmel wrote:
Abdelrazak Younes wrote:
temp_dir is the value returned by QDir::tempPath() therefore I think
this is a Qt bug.
I don't think this is a Qt bug as the doc says:
On Windows this is usually the path in the TEMP or
On 04/10/2008 14:13, Peter Kümmel wrote:
Until we know a better way to get the long path name
I've checked in the patch:
http://www.lyx.org/trac/changeset/26718
(bug http://bugzilla.lyx.org/show_bug.cgi?id=4693)
Why did you you choose the 8bit encoding version? I'd prefer that you
use the wide
On Sat, Oct 04, 2008 at 05:54:40PM +0200, Abdelrazak Younes wrote:
> On 04/10/2008 08:36, Jürgen Spitzmüller wrote:
>> Pavel Sanda wrote:
>>
Hope this way people may see more easily if this would be an
interesting feature to have in LyX.
>>> i think that people already th
Vincent van Ravesteijn wrote:
Handling of context menus of nested insets is very difficult at the
moment. Especially when the insets are of the same type. This was
introduced in cs 24618.
The comment for changeset 24618 read the following:
"Allow LFUN_INSET_SETTINGS with enclosing inset if this
On 04/10/2008 08:29, Jürgen Spitzmüller wrote:
Konrad Hofbauer wrote:
What should I do? -> Bugzilla?
Yes, that's the suggested action if no one reacts.
And please make sure to attach a backtrace if you can.
Abdel.
On 04/10/2008 01:58, Pavel Sanda wrote:
Vincent van Ravesteijn wrote:
On Fri, 2008-10-03 at 19:28 -0400, rgheck wrote:
This is similar to what Pavel reported before about other bits of the
outliner. But if you expand the changes bit and then click back in the
document, it collapses ag
On 04/10/2008 00:55, rgheck wrote:
Abdelrazak Younes wrote:
On 03/10/2008 21:13, rgheck wrote:
Abdelrazak Younes wrote:
Your assertion seems to indicate that the Changes table contains a
bad entry. Could you add some debug output and verify what the
values are?
Well, we were right about the
On 04/10/2008 08:36, Jürgen Spitzmüller wrote:
Pavel Sanda wrote:
Hope this way people may see more easily if this would be an interesting
feature
to have in LyX.
i think that people already think it would be cool feature. the problem is
that we need the patch which is assimilated t
Uwe Stöhr wrote:
> Several templates and example files use this example. The bug was only that
> IOP-article.lyx was once in the example folder and later was put to the
> templates folder, but accidentally without the BibTeX example file.
So we ship two copies now?
Hm.
Jürgen
> Do we really need to ship a bibtex example file? Why can#t we use one of the
> standard exmaple files (e.g. xampl.bib) for this purpose?
We discussed this when I created the iopart layout. We provide our own BibTeX example file, as users
asked where the included BibTeX file is located. Now the
On Sat, Oct 04, 2008 at 01:33:15PM +0200, Peter Kümmel wrote:
> Abdelrazak Younes wrote:
>>> temp_dir is the value returned by QDir::tempPath() therefore I think
>>> this is a Qt bug.
>>
>> I don't think this is a Qt bug as the doc says:
>>
>> On Windows this is usually the path in the TEMP or TMP
> Author: uwestoehr
> Date: Sat Oct 4 13:45:43 2008
> New Revision: 26715
>
> URL: http://www.lyx.org/trac/changeset/26715
> Log:
> - iopart.layout: fix some bugs
> - iop-article.lyx: fix 2 typos
> - add missing example BibTeX file
Do we really need to ship a bibtex example file? Why can#t we use
The example file "chessgame.lyx" is not compilable in trunk and branch. Is anybody able to compile
this? I wasn't able to figure out why LaTeX stops by emergency as I don't understand the format of
the .fen files. I try to contact Kayvan.
In case we are not able to make it compile, we should re
> Uwe, does it now also work for you?
YES!!! Many, many thanks!
regards Uwe
Until we know a better way to get the long path name
I've checked in the patch:
http://www.lyx.org/trac/changeset/26718
(bug http://bugzilla.lyx.org/show_bug.cgi?id=4693)
Uwe, does it now also work for you?
Peter
On 4 okt 2008, at 13.30, Pavel Sanda wrote:
Anders Ekberg wrote:
Btw should that file be updated? In particular should the tricks
needed to
have LyX running on 10.3.9 and as a universal binary be documented?
feel free to post patch of updates to the documentation.
pavel
I think Konrad an
Abdelrazak Younes wrote:
temp_dir is the value returned by QDir::tempPath() therefore I think
this is a Qt bug.
I don't think this is a Qt bug as the doc says:
On Windows this is usually the path in the TEMP or TMP environment
variable.
Then I would say this is just the documentation of a b
Anders Ekberg wrote:
Is your menu OK after closing preferences,
No.
or could it be related to
http://bugzilla.lyx.org/show_bug.cgi?id=5168
No, it is not.
I can also reproduce the bug by manually putting
\use_pixmap_cache true
into the preferences file, and it also persists after a restart.
Anders Ekberg wrote:
> Btw should that file be updated? In particular should the tricks needed to
> have LyX running on 10.3.9 and as a universal binary be documented?
feel free to post patch of updates to the documentation.
pavel
Is your menu OK after closing preferences, or could it be related to
http://bugzilla.lyx.org/show_bug.cgi?id=5168
Anders
On 4 okt 2008, at 01.58, Konrad Hofbauer wrote:
No attention.
What should I do? -> Bugzilla?
/Konrad
Konrad Hofbauer wrote:
1) Set Preferences-> Look&Feel ->Screen Font
On 4 okt 2008, at 01.08, Konrad Hofbauer wrote:
Andre Poenitz wrote:
I do not understand why, but I was told before, and I forgot:
One needs to delete *.la from /path/to/qt-4.4-install/lib/ after
compiling Qt !!!
Well, I haven't heard that before.
This was what Bennet told me to get star
On Sat, Oct 04, 2008 at 01:08:17AM +0200, Konrad Hofbauer wrote:
> Andre Poenitz wrote:
>>> I do not understand why, but I was told before, and I forgot:
>>> One needs to delete *.la from /path/to/qt-4.4-install/lib/ after
>>> compiling Qt !!!
>>
>> Well, I haven't heard that before.
>
> This wa
Vincent van Ravesteijn wrote:
> With respect to the punctuation, is this what you mean ?
>
> if (params_.inner_box && btype != Frameless) {
> label += bformat(_("(%1$s, %1$s)"), box_label,
> boxtranslator_loc().find(btype));
> } else if (params_.inner_box)
> label += bformat(_("(%1$s)"), bo
Pavel Sanda wrote:
> if we have working patch for 1.6 we can at least put it in 1.7 trunk or may
> be backport it later to 1.6.x.
Sure. It's a real pity this didn't make it in earlier. But we have to draw a
line evetually, IMHO.
Jürgen
Jürgen Spitzmüller wrote:
> However, it comes pretty late in the 1.6 cycle. I think we should really
> think
> about stopping to put in new features (if only little ones such as outliner
> extensions) before even daring to think about releasing 1.6.0.
>
> It's not my decision, but I'd rather se
On Sat, 2008-10-04 at 10:13 +0200, Jürgen Spitzmüller wrote:
> Vincent van Ravesteijn wrote:
> > Yes, that might be a problem. Then the same also holds for the labelling
> > of floats.
>
> Could you handle that or shall I do it?
With respect to the punctuation, is this what you mean ?
if (params
Vincent van Ravesteijn wrote:
> Yes, that might be a problem. Then the same also holds for the labelling
> of floats.
Could you handle that or shall I do it?
> 1. Choose Decoration->No Frame.
> 2. Choose InnerBox->MiniPage.
> 3. Choose Decoration->No Frame.
>
> Now the Minipage automatically chan
On Sat, 2008-10-04 at 08:42 +0200, Jürgen Spitzmüller wrote:
> Vincent van Ravesteijn wrote:
> > InsetBox.cpp:
> >
> > Corrected text in the box. Currently, the text says only either the
> type
> > of inner box or the framestyle.
>
> I think we should construct the label text with bformat.
67 matches
Mail list logo
