Abdelrazak Younes wrote:
If you know of any please set the version to 1.5.5.
done.
Jürgen
On Fri, Jul 04, 2008 at 02:45:38PM +0200, Abdelrazak Younes wrote:
src/support/os_win32.cpp: string const cygprefix = cygdrive +
/ + drive.substr(0, 1);
This one is Enrico's domain :-)
I made sure that cygdrive has no trailing slashes:
Moving this discussion from lyx-users to lyx-devel...
The crash (trace below) seems to be related to file management in general, not
to keyboard maps per se.
So there are really two problems here:
(1) the crash
(2) getting compose keys to work (with or without using keymaps --- my guess is
Dear the developers of LyX,
Abdelrazak Younes [EMAIL PROTECTED] writes:
Juergen, Uwe,
...
FYI, there are bugs related to CJK in bugzilla:
...
Configuration and preview support by pLaTeX:
http://bugzilla.lyx.org/show_bug.cgi?id=4290
...
I've put Uwe and Koki Yokota who have done things in
This is related to bug 4812.
When a LyX document is opened without a .layout file, a default layout
is used. This file is unlikely to be compilable and the original
layout information will be lost if the document is saved.
I propose that we open the document in readonly mode in this case to
Bo Peng wrote:
This is related to bug 4812.
When a LyX document is opened without a .layout file, a default layout
is used. This file is unlikely to be compilable and the original
layout information will be lost if the document is saved.
I propose that we open the document in readonly
On Sat, Jul 5, 2008 at 5:02 PM, Pavel Sanda [EMAIL PROTECTED] wrote:
Bo Peng wrote:
This is related to bug 4812.
When a LyX document is opened without a .layout file, a default layout
is used. This file is unlikely to be compilable and the original
layout information will be lost if the
Bo Peng wrote:
I propose that we open the document in readonly mode in this case to
avoid data loss.
maybe with some pop up dialog?
We already have a dialog saying the layout file can not be found and
a default layout will be used. The problem is that saving this
document will lead to
i just meant popup to make him aware WHY readonly mode was chosen.
pavel
Ok. Will be done.
Bo
Pavel Sanda wrote:
Bo Peng wrote:
I propose that we open the document in readonly mode in this case to
avoid data loss.
maybe with some pop up dialog?
We already have a dialog saying the layout file can not be found and
a default layout will be used. The problem is that
rgheck wrote:
Pavel Sanda wrote:
Bo Peng wrote:
I propose that we open the document in readonly mode in this case to
avoid data loss.
maybe with some pop up dialog?
We already have a dialog saying the layout file can not be found and
a default layout will be used. The problem is that saving
rgheck wrote:
i just meant popup to make him aware WHY readonly mode was chosen.
No, I don't agree with this. How will the user manage ever to modify the
file, if it's opened read-only?
by copying the local layout to the appropriate place?
pavel
rgheck wrote:
i just meant popup to make him aware WHY readonly mode was chosen.
No, I don't agree with this. How will the user manage ever to modify the
file, if it's opened read-only?
What I mean is: Maybe the user deleted the layout file and wants to use a
new one, say, book. How does
On Sat, Jul 5, 2008 at 6:58 PM, Pavel Sanda [EMAIL PROTECTED] wrote:
rgheck wrote:
i just meant popup to make him aware WHY readonly mode was chosen.
No, I don't agree with this. How will the user manage ever to modify the
file, if it's opened read-only?
The read-only status can be
As subject, backtrace is attached.
This is a regression because 1.5.x works OK.
#0 lyx::toqstr ([EMAIL PROTECTED])
at /usr/include/c++/4.2/bits/basic_string.h:596
#1 0x084d1eb9 in lyx::frontend::GuiErrorList::select (this=0x8d64bc0)
at src/frontends/qt4/GuiErrorList.cpp:64
#2
Abdelrazak Younes wrote:
> If you know of any please set the version to 1.5.5.
done.
Jürgen
On Fri, Jul 04, 2008 at 02:45:38PM +0200, Abdelrazak Younes wrote:
> > src/support/os_win32.cpp: string const cygprefix = cygdrive +
> > "/" + drive.substr(0, 1);
> >
>
> This one is Enrico's domain :-)
I made sure that cygdrive has no trailing slashes:
Moving this discussion from lyx-users to lyx-devel...
The crash (trace below) seems to be related to file management in general, not
to keyboard maps per se.
So there are really two problems here:
(1) the crash
(2) getting compose keys to work (with or without using keymaps --- my guess is
Dear the developers of LyX,
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Juergen, Uwe,
...
> FYI, there are bugs related to CJK in bugzilla:
...
> Configuration and preview support by pLaTeX:
> http://bugzilla.lyx.org/show_bug.cgi?id=4290
...
> I've put Uwe and Koki Yokota who have done
This is related to bug 4812.
When a LyX document is opened without a .layout file, a default layout
is used. This file is unlikely to be compilable and the original
layout information will be lost if the document is saved.
I propose that we open the document in readonly mode in this case to
Bo Peng wrote:
> This is related to bug 4812.
>
> When a LyX document is opened without a .layout file, a default layout
> is used. This file is unlikely to be compilable and the original
> layout information will be lost if the document is saved.
>
> I propose that we open the document in
On Sat, Jul 5, 2008 at 5:02 PM, Pavel Sanda <[EMAIL PROTECTED]> wrote:
> Bo Peng wrote:
>> This is related to bug 4812.
>>
>> When a LyX document is opened without a .layout file, a default layout
>> is used. This file is unlikely to be compilable and the original
>> layout information will be
Bo Peng wrote:
> >> I propose that we open the document in readonly mode in this case to
> >> avoid data loss.
> >
> > maybe with some pop up dialog?
>
> We already have a dialog saying "the layout file can not be found and
> a default layout will be used". The problem is that saving this
>
> i just meant popup to make him aware WHY readonly mode was chosen.
> pavel
Ok. Will be done.
Bo
Pavel Sanda wrote:
Bo Peng wrote:
I propose that we open the document in readonly mode in this case to
avoid data loss.
maybe with some pop up dialog?
We already have a dialog saying "the layout file can not be found and
a default layout will be used". The problem is that
rgheck wrote:
Pavel Sanda wrote:
Bo Peng wrote:
I propose that we open the document in readonly mode in this case to
avoid data loss.
maybe with some pop up dialog?
We already have a dialog saying "the layout file can not be found and
a default layout will be used". The problem is that
rgheck wrote:
>> i just meant popup to make him aware WHY readonly mode was chosen.
>>
>>
> No, I don't agree with this. How will the user manage ever to modify the
> file, if it's opened read-only?
by copying the local layout to the appropriate place?
pavel
rgheck wrote:
>>> i just meant popup to make him aware WHY readonly mode was chosen.
>>>
>> No, I don't agree with this. How will the user manage ever to modify the
>> file, if it's opened read-only?
>>
> What I mean is: Maybe the user deleted the layout file and wants to use a
> new one, say,
On Sat, Jul 5, 2008 at 6:58 PM, Pavel Sanda <[EMAIL PROTECTED]> wrote:
> rgheck wrote:
>>> i just meant popup to make him aware WHY readonly mode was chosen.
>>>
>>>
>> No, I don't agree with this. How will the user manage ever to modify the
>> file, if it's opened read-only?
The read-only status
As subject, backtrace is attached.
This is a regression because 1.5.x works OK.
#0 lyx::toqstr ([EMAIL PROTECTED])
at /usr/include/c++/4.2/bits/basic_string.h:596
#1 0x084d1eb9 in lyx::frontend::GuiErrorList::select (this=0x8d64bc0)
at src/frontends/qt4/GuiErrorList.cpp:64
#2
30 matches
Mail list logo
