Jean-Marc Lasgouttes wrote:
I can get lyx to crash with the attached file. It is a reduced
testcase from a real one, and I think everything in there is useful
(including the hfill).
HOWTO:
- load the file
- place the cursor after the 'b' and press return
- begin to type ===> crash !
Backtrace
On Nov 23, 2007, at 5:14 PM, Jean-Marc Lasgouttes wrote:
For the mac there was a font problem wrt qt 4.3, I do not know what
the status is.
The font problem on Mac with Qt-4.3 was one of substituting a sans-
serif font for Times, e.g. There currently is a workaround (using
Times New Roman i
Andre Poenitz schrieb:
Most people use one platform only. Those using more than one are
accustomed to all kind of inconsistencies.
So what problem are you actually trying to solve?
That Linux users can easily click on a button to open example files and on Windows and Mac you
can't. Therefo
Andre Poenitz schrieb:
OK, but what about using also the same file dialog on Linux as for Win and
Mac? The dialogs should definetively look the same on all platforms.
That won't buy you new friends on neither Windows nor Mac. People like
"native" dialogs there.
That's why I want to have the
On Fri, Nov 23, 2007 at 11:42:09PM +0100, Uwe Stöhr wrote:
> > Well, it'd be a bit hard to have native dialogs look the same on all
> > platform :-P
>
> I still don't get it. Why can the custom file dialog buttons not removed
> from the file dialog for Linux?
Why should they? They serve a purpose
On Fri, Nov 23, 2007 at 11:06:11PM +0100, Uwe Stöhr wrote:
> Jean-Marc Lasgouttes schrieb:
>
>> The example button is here with our filedialog, but not with the
>> native one on windows and on the mac.
>
> OK, but what about using also the same file dialog on Linux as for Win and
> Mac? The dialog
Jean-Marc Lasgouttes schrieb:
I still don't get it. Why can the custom file dialog buttons not
removed from the file dialog for Linux?
Because they are useful? There are other cases than this Example
button where this is used.
I know that this button is useful but the same could be done usi
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> I can get lyx to crash with the attached file.
>
> Which one?
Hmm. As usual...
>> Backtrace follows. Abdel, I suspect it is related to your recent wide
>> insets work.
>
> Maybe. You verified that it does not crash wi
Am Freitag, den 23.11.2007, 16:56 +0100 schrieb Jean-Marc Lasgouttes:
> Stefan Schimanski <[EMAIL PROTECTED]> writes:
>
> > If the cursor is in the cell with 42, the unfold command will unfold
> > the \bar macro. Another press will unfold the \foo macro. Then a fold
> > command will fold the \bar
Uwe Stöhr <[EMAIL PROTECTED]> writes:
>> Well, it'd be a bit hard to have native dialogs look the same on all
>> platform :-P
>
> I still don't get it. Why can the custom file dialog buttons not
> removed from the file dialog for Linux?
Because they are useful? There are other cases than this Ex
> Well, it'd be a bit hard to have native dialogs look the same on all
> platform :-P
I still don't get it. Why can the custom file dialog buttons not removed from the file dialog for
Linux? Then we have the same file dialog for all platforms, no matter how they will look on the
different OS. H
Jean-Marc Lasgouttes wrote:
I can get lyx to crash with the attached file.
Which one?
It is a reduced
testcase from a real one, and I think everything in there is useful
(including the hfill).
HOWTO:
- load the file
- place the cursor after the 'b' and press return
- begin to type ===> cras
I can get lyx to crash with the attached file. It is a reduced
testcase from a real one, and I think everything in there is useful
(including the hfill).
HOWTO:
- load the file
- place the cursor after the 'b' and press return
- begin to type ===> crash !
Backtrace follows. Abdel, I suspect it
Uwe Stöhr wrote:
Jean-Marc Lasgouttes schrieb:
The example button is here with our filedialog, but not with the
native one on windows and on the mac.
OK, but what about using also the same file dialog on Linux as for Win
and Mac? The dialogs should definetively look the same on all platforms
Uwe Stöhr <[EMAIL PROTECTED]> writes:
>> The example button is here with our filedialog, but not with the
>> native one on windows and on the mac.
>
> OK, but what about using also the same file dialog on Linux as for Win
> and Mac? The dialogs should definetively look the same on all
> platforms.
Jean-Marc Lasgouttes schrieb:
The example button is here with our filedialog, but not with the
native one on windows and on the mac.
OK, but what about using also the same file dialog on Linux as for Win and Mac? The dialogs should
definetively look the same on all platforms.
The new menu en
Uwe Stöhr <[EMAIL PROTECTED]> writes:
>>> Since LyX 1.5 we have no longer a button in the file open dialog to open
>>> example files.
>>
>> ... on Windows.
>
> I don't think so, because the Tutorial stated this (until yesterday)
> and it was the last time revised for LyX 1.2.x or LyX 1.3.x I think
I attached a patch against trunk
how to get this.
take the attached corrected patch instead
Index: lib/ui/stdmenus.inc
===
--- lib/ui/stdmenus.inc (revision 21744)
+++ lib/ui/stdmenus.inc (working copy)
@@ -35,6 +35,7 @@
Item "Ne
> I don't think so
i can confirm that examples button is in open dialog on linux.
pavel
>> Since LyX 1.5 we have no longer a button in the file open dialog to open
>> example files.
>
> ... on Windows.
I don't think so, because the Tutorial stated this (until yesterday) and it was the last time
revised for LyX 1.2.x or LyX 1.3.x I think.
> I'm not completely sure, but it looks to
Jean-Marc Lasgouttes wrote:
> This is also what I see with lyx 1.5.3svn.
I don't.
Jürgen
Juergen Spitzmueller wrote:
> I'm off my branch checkout. I'll post a fresh patch when I'm back home.
Here's the latest version, including some new fixes for problems discovered by
Koji Yokota. This is against branch rev 21743.
Jürgen
Index: src/output_latex.h
===
Andre Poenitz wrote:
> > we've still two patches in the Debian package for LyX 1.5.2 you might
> > be interested in.
> >
> >
> > 05.configure.py_prog_prefer is mostly about adding
> > xdg-open/sensible-editor as the first option in configure.py.
>
> I've never seen 'sensible-editor' so far, but I g
Stefan Schimanski <[EMAIL PROTECTED]> writes:
> If the cursor is in the cell with 42, the unfold command will unfold
> the \bar macro. Another press will unfold the \foo macro. Then a fold
> command will fold the \bar, and another will fold the \foo.
>
> The whole sense of this is that you can ver
Uwe Stöhr wrote:
> As I understood Abdel in
> http://bugzilla.lyx.org/show_bug.cgi?id=4375
> having a button in the file dialog can be done, but not easily?
I'm not completely sure, but it looks to me that you could use setSidebarUrls
with qt 4.3 for this issue:
http://doc.trolltech.com/4.3/qfile
That was a little misleading. To recap:
Currently, the character *before the percent sign* is incorrectly greyed
out. That's what my patch fixes. It still leaves the percent sign (and
comment) greyed out.
Bernhard Reiter
Am Freitag, den 23.11.2007, 13:17 +0100 schrieb Bernhard Reiter:
> ATM, in
Uwe Stöhr wrote:
> Since LyX 1.5 we have no longer a button in the file open dialog to open
> example files.
... on Windows.
Jürgen
Since LyX 1.5 we have no longer a button in the file open dialog to open example files. This was a
nice and useful feature especially for beginners who work through the Tutorial and test out LyX.
As I understood Abdel in
http://bugzilla.lyx.org/show_bug.cgi?id=4375
having a button in the file di
Jean-Marc Lasgouttes wrote:
> Actually, I plan to apply the following slightly better version.
OK.
Jürgen
Jean-Marc Lasgouttes wrote:
> Why not use instead
> + << "%\n";
no special reason. I can use this if you prefer.
Jürgen
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> But for 1.5 I think my patch is OK, although it can probably use some
>> testing with other classes.
>
> Fine with me.
Actually, I plan to apply the following slightly better version.
JMarc
svndiff lib/layouts/
Ind
Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
> The patch (against branch) fixes this. I'll commit to branch and trunk if I
> don't get objections.
Looks good, but I have a comment bleow.
> -<< '\n';
> +// the '%' is necessary to prevent unwanted
The attached patch is some sidework of my CJK investigation. It fixes an
issue that has annoyed me several times: when you have a footnote with
content in a foreign language, you get a prepending blank character, such
as in the attached example.
The problem is the LaTeX output
\footnote{\selectla
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
>> I am not sure this is a good idea. makeAbsPath() can potentially be
>> called following a user request so crashing is not an option. I'd
>> rather throw a warning exception instead.
>
> Remember t
Bernhard Reiter <[EMAIL PROTECTED]> writes:
> ATM, in the source view (eg in the preamble), the last character before
> a comment (ie percent sign) is greyed out as if part of the comment. The
> attached patch should fix this behavior.
Makes me wonder whether we need a regexp (and not of the most
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
I am not sure this is a good idea. makeAbsPath() can potentially be
called following a user request so crashing is not an option. I'd
rather throw a warning exception instead.
Remember that exceptions are not supposed t
Dov Feldstern <[EMAIL PROTECTED]> writes:
>> try 'autogen.sh'
> 'make distclean' and autogen.sh did it, Thanks!
FWIW, I do not think ./autogen.sh did anything here. The problem is
with automake's dependency tracking which got confused. This happens
at 'make' time, but is not delted by a "make clea
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> I am not sure this is a good idea. makeAbsPath() can potentially be
> called following a user request so crashing is not an option. I'd
> rather throw a warning exception instead.
Remember that exceptions are not supposed to crash for stable release
ATM, in the source view (eg in the preamble), the last character before
a comment (ie percent sign) is greyed out as if part of the comment. The
attached patch should fix this behavior.
Bernhard Reiter
Index: src/frontends/qt4/LaTeXHighlighter.cpp
==
> the draft makes inconsistency with the rest of the function behaviour
> because the funtion never touches the filename, it only touches the path.
eh i was not clear, the problem is not in filename name un/touch consitency
but in pathname un/touch consistency.
pavel
> Pavel Sanda <[EMAIL PROTECTED]> writes:
>
> >> Or even assert probably. There is nothing reasonable we can do in this
> >> case.
> >
> > you mean something like this ?
>
> Hmm, I re-read about FileName and it says:
>
> /**
> * Class for storing file names.
> * The file name may be empty. If
Abdelrazak Younes wrote:
Dov Feldstern wrote:
make[5]: Entering directory `/home/dovf/lyx-trunk/src/frontends/qt4'
make[5]: *** No rule to make target `../ButtonPolicy.cpp', needed by
`ButtonPolicy.lo'. Stop.
Thanks!
try 'autogen.sh'
Abdel.
'make distclean' and autogen.sh did it, Than
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> Or even assert probably. There is nothing reasonable we can do in this
>> case.
>
> you mean something like this ?
Hmm, I re-read about FileName and it says:
/**
* Class for storing file names.
* The file name may be empty. If it is not empty it is an
Pavel Sanda wrote:
Or even assert probably. There is nothing reasonable we can do in this
case.
you mean something like this ?
I am not sure this is a good idea. makeAbsPath() can potentially be
called following a user request so crashing is not an option. I'd rather
throw a warning excepti
> Or even assert probably. There is nothing reasonable we can do in this
> case.
you mean something like this ?
pavel
diff --git a/src/support/filetools.cpp b/src/support/filetools.cpp
index 7a35d0c..9844c8a 100644
--- a/src/support/filetools.cpp
+++ b/src/support/filetools.cpp
@@ -429,6 +429,8 @@
Dov Feldstern <[EMAIL PROTECTED]> writes:
> make[5]: Entering directory `/home/dovf/lyx-trunk/src/frontends/qt4'
> make[5]: *** No rule to make target `../ButtonPolicy.cpp', needed by
> ButtonPolicy.lo'. Stop.
I see the same and it seems that a 'make distclean' and a
reconfiguration is needed to
Dov Feldstern wrote:
make[5]: Entering directory `/home/dovf/lyx-trunk/src/frontends/qt4'
make[5]: *** No rule to make target `../ButtonPolicy.cpp', needed by
`ButtonPolicy.lo'. Stop.
Thanks!
try 'autogen.sh'
Abdel.
make[5]: Entering directory `/home/dovf/lyx-trunk/src/frontends/qt4'
make[5]: *** No rule to make target `../ButtonPolicy.cpp', needed by
`ButtonPolicy.lo'. Stop.
Thanks!
Dov
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> I mean that makeAbsPath() should make sure that the passed filename is
> not empty:
>
> FileName makeAbsPath(string fname)
> {
> if (fname.empty())
> return FileName();
> ...
> }
Or even assert probably. There is nothing reasonab
Pavel Sanda wrote:
Yes. Probably makeAbsPath() has to be fixed too, just in case.
makeAbsPath works as documented; changing it can break something elsewhere(?).
I mean that makeAbsPath() should make sure that the passed filename is
not empty:
FileName makeAbsPath(string fname)
{
if
> Yes. Probably makeAbsPath() has to be fixed too, just in case.
makeAbsPath works as documented; changing it can break something elsewhere(?).
pavel
Jean-Marc Lasgouttes wrote:
> But for 1.5 I think my patch is OK, although it can probably use some
> testing with other classes.
Fine with me.
Jürgen
Bo Peng wrote:
> In case that textclass is listed, but unavailable, lyx should look for
> a local copy. The attached simple patch does this.
Makes sense.
> Can I apply?
Yes.
Jürgen
Pavel Sanda <[EMAIL PROTECTED]> writes:
> 1.Insert->File->Plain Text
> 2.Cancel in Dialog
> 3.
> Error: Reading not UTF-8 encoded file
>
> The file is not UTF-8 encoded.
> It will be read as local 8Bit-encoded.
> If this does not give the correct result
> t
Edwin Leuven wrote:
oops (again)
Maybe it's an unconscious desire to tell your lyx friends about your life?
:-)
Abdel.
55 matches
Mail list logo
