By the way, I am starting to cleanup of get/set options/contents stuff
from Lyx code (excluding cite related files). However, tomorrow I am
going to holidays for a week. I will send you the patch as much as I
can finish. I can do the rest as I return back form holidays.
ugras
The diff is already in the tgz file (x.diff). It contains necessary
makefile changes and also insetbase changes.
Oh the licencing.. of course..
I hereby declare that, I grant permission for all my past and future
contributions to LyX project under the Gnu General Public Licence
version 2 or late
This is certainly the kind of job that could be done even after reaching
this kind of mental setting one gets after hanging around for a while at
a developer's meeting.
André, if you are looking for work to do: could you try to convince
mathed to position cursor correctly when typing "\frac1"? I
Georg Baum wrote:
No. What is exported currently to LaTeX is a mixture of utf8 (e.g.
InsetCommandParams) and ucs4 code points as numbers. It would be pretty
easy to always do utf8 export, but this does not make sense IMO before it
is clear how LaTeX export to other encodings than utf8 should lo
Should not that be $HOME/.lyx/session
Yes. It should be $HOME/.lyx/session.
Bo
On Wednesday 18 October 2006 19:51, Georg Baum wrote:
> I did not know that tha would work. What I used elsewhere was
In python everything that is empty is false, otherwise it is true. The two
only obvious exceptions are False and None. :-)
> if option != None:
This is OK, since you are
On Wednesday 18 October 2006 21:35, Bo Peng wrote:
> This does not matter at all. A new keyword value pair will be added to
> $HOME/.session if a new toolbar is used, and will be loaded correctly
> when lyx is restarted.
Should not that be $HOME/.lyx/session
I hate programs polluting my home
The toolbar names are not fixed. You can invent new toolbars in
lib/ui/stdtoolbars.ui and add them to lib/ui/default.ui. Therefore you
always need to construct the keyword in your patch.
This does not matter at all. A new keyword value pair will be added to
$HOME/.session if a new toolbar is use
Am Mittwoch, 18. Oktober 2006 21:20 schrieb Joost Verburg:
> Georg Baum wrote:
> > I thought it would be a script, but that does not really matter. My
logic
> > goes as follows: If it is something specific to LyX then it should be
> > installed in the LyX folder. We can detect this, because in t
Andre Poenitz wrote:
>
> I ran into this recently with Qt 4.2 and Unix style line endings.
>
> uic replaced them by \r\r\n and while this looks a bit funny MSVC
> refuses to compile it.
>
> It's a combination of an uic bug and MSVC stubborness..
>
> Andre'
>
I'm glad to here it's not a cmake
Am Mittwoch, 18. Oktober 2006 21:18 schrieb Bo Peng:
> > I think you should rather use
> >
> > Toolbar standard On
> > Toolbar extra Off
> >
> > This is easier to parse.
>
> Not for session.h/C. It reads a keyword and a value. In my case, the
> keywords are standardToolbar etc, and in your case th
I thought there was some QMainWindow::save/restoreState doing something
like this...
There might be but we have multiple frontends. :-) The toolbar on/off
control is independent of frontends.
Bo
Georg Baum wrote:
I thought it would be a script, but that does not really matter. My logic
goes as follows: If it is something specific to LyX then it should be
installed in the LyX folder. We can detect this, because in this case a
placeholder like $$s would be used.
If it is not installed in
I think you should rather use
Toolbar standard On
Toolbar extra Off
This is easier to parse.
Not for session.h/C. It reads a keyword and a value. In my case, the
keywords are standardToolbar etc, and in your case there are duplicate
keywords.
Bo
Am Dienstag, 17. Oktober 2006 17:47 schrieb Joost Verburg:
> Georg Baum wrote:
> > What is wrong with the $$s solution I proposed?
>
> I don't really understand what you mean. It won't be a script in
> lib/scripts but an application in the Windows installer distribution,
> just like all the othe
Joost Verburg wrote:
Index: lyx_main.C
===
--- lyx_main.C (revision 15338)
+++ lyx_main.C (working copy)
@@ -474,6 +474,9 @@
// Query the OS to know what formats are viewed natively
formats.setAutoOpen();
+
+
Am Montag, 16. Oktober 2006 22:14 schrieb Andre Poenitz:
> On Mon, Oct 16, 2006 at 09:14:08AM +0200, Georg Baum wrote:
> > Abdelrazak Younes wrote:
> >
> > >> So maybe Abdel is right and it was a simple oversight not to remove
it
> > >> after some copying from the 'real' draw() method.
> > >
> >
Am Mittwoch, 18. Oktober 2006 11:54 schrieb José Matos:
> On Wednesday 18 October 2006 10:44, [EMAIL PROTECTED] wrote:
> > + if not option == None:
>
> Whew... :-(
> That is difficult to read, a double negative always is. What is wrong
with
>
> if option:
I did not know that tha wo
Am Mittwoch, 18. Oktober 2006 16:19 schrieb Jean-Marc Lasgouttes:
> > "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
>
> Georg> Abdelrazak Younes wrote:
> >> And then in lyxlex_pimpl.C, line 76:
> >>
> >> lyx::docstring const LyXLex::Pimpl::getDocString() const {
> >> std::vector res = utf
Am Mittwoch, 18. Oktober 2006 17:22 schrieb Bo Peng:
> 1. when lyx close, get the names of all toolbars, query their status
> (on/off) and write to session file, something like:
>
> standardToolbar On
> extraToolbar Off
>
> "Toolbar" is added to toolbar names.
I think you should rather use
Too
Am Mittwoch, 18. Oktober 2006 19:38 schrieb Asger Ottar Alstrup:
> Hi,
>
> Are there any preliminary patches for LaTeX export that we can build on?
No. What is exported currently to LaTeX is a mixture of utf8 (e.g.
InsetCommandParams) and ucs4 code points as numbers. It would be pretty
easy to
On Mon, Oct 16, 2006 at 12:20:42AM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Wed, Oct 11, 2006 at 11:39:59PM +0200, Abdelrazak Younes wrote:
> >>I hear you Angus, even from far away. Doing this change is pretty simple
> >>(global search and replace) and I don't have strong opini
On Mon, Oct 16, 2006 at 01:00:51AM -0500, Bo Peng wrote:
> Hi, All
>
> Attached is a patch to save/restore toolbar status. Any opinion? (It
> is qt4 only right now, and is not thoroughly tested).
I thought there was some QMainWindow::save/restoreState doing something
like this...
Andre'
Hi,
Are there any preliminary patches for LaTeX export that we can build on?
Regards,
Asger
On Mon, Oct 16, 2006 at 02:05:31AM +0200, Peter Kümmel wrote:
> Peter Kümmel wrote:
> > Asger Ottar Alstrup wrote:
> >> OK, I managed to compile and run LyX using cmake.
> >>
> >> I unpackaged Joost's .zip to c:\program files\gnuwin32. I added Qt and
> >> Gnuwin32 to PATH, and cmake worked.
> >>
>
On Mon, Oct 16, 2006 at 09:14:08AM +0200, Georg Baum wrote:
> Abdelrazak Younes wrote:
>
> > Andre Poenitz wrote:
> >> Or maybe not. The coordcahce is for up/down navigation and vconverting
> >> mouseclicks to text positions. It is not for pure display/export which
> >> is whatr drawT is about.
>
Georg Baum wrote:
> Ozgur Ugras BARAN wrote:
>
>> Here we go...
>>
>> I can't compile for gtk no more due to fontmetrics issues, therefore
>> gtk frontend haven't been tested. I have tested it before the
>> corresponding svn commit, and it was working.
>
> That is no problem.
>
> You forgot a
Ozgur Ugras BARAN wrote:
> Here we go...
>
> I can't compile for gtk no more due to fontmetrics issues, therefore
> gtk frontend haven't been tested. I have tested it before the
> corresponding svn commit, and it was working.
That is no problem.
You forgot a diff of the makefiles and insetbase.
Please wait a bit. How is this patch acting wrt the "auto" feature?
Also, by reading the patch I am not sure I understand what the syntax
of the session file is wrt toolbars.
This has nothing to do with the auto feature. Right now, the patch
1. when lyx close, get the names of all toolbars, que
Here we go...
I can't compile for gtk no more due to fontmetrics issues, therefore
gtk frontend haven't been tested. I have tested it before the
corresponding svn commit, and it was working.
Ugras
On 10/17/06, Georg Baum <[EMAIL PROTECTED]> wrote:
It is in now.
Am Sonntag, 15. Oktober 2006 1
Abdelrazak Younes wrote:
Hello,
As discussed with Georg in another thread, this patch transfers the
singletons defined in the Application class to the private
LyX::Singletons implementation.
Singletons::lyx_func_ is a scoped_ptr instead of a full LyXFunc because
the LyXFunc constructor need
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
(snip)
> Concerning this bug in particular, I do not think that this bug has
> anything to do with xforms. Actually I have seen things like that when
> using page-up in documents containing tables.
(snip)
I think I've managed to produce it using pag
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Abdelrazak Younes wrote:
>> And then in lyxlex_pimpl.C, line 76:
>>
>> lyx::docstring const LyXLex::Pimpl::getDocString() const {
>> std::vector res = utf8_to_ucs4(buff);
>>
>> here buff is empty, hence the crash.
Georg> Thanks for
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
Abdelrazak Younes wrote:
OK. The fix is simple. As you know the Application instance is not
created when the export command-line feature is requested. This patch
fixes the crash and goes in soon.
So it is not possible to use the s
Bennett Helm wrote:
On Oct 17, 2006, at 4:45 PM, Georg Baum wrote:
Am Dienstag, 17. Oktober 2006 22:35 schrieb Timothy Reaves:
Not doing anything different. My PB is the 17" 1.33gHz with 2gB
memory. Not as fast as my desktop, but it works.
I did just stop using the 1.5, as it won't
Georg Baum wrote:
Abdelrazak Younes wrote:
And then in lyxlex_pimpl.C, line 76:
lyx::docstring const LyXLex::Pimpl::getDocString() const
{
std::vector res = utf8_to_ucs4(buff);
here buff is empty, hence the crash.
Thanks for debugging. I don't understand LyXLex at all.
me neither...
Abde
Abdelrazak Younes wrote:
> And then in lyxlex_pimpl.C, line 76:
>
> lyx::docstring const LyXLex::Pimpl::getDocString() const
> {
> std::vector res = utf8_to_ucs4(buff);
>
> here buff is empty, hence the crash.
Thanks for debugging. I don't understand LyXLex at all. Is it normal for
buff to be e
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hello, I had a crash in utf8_to_ucs4() when loading a
Abdelrazak> document which had an empty inset apparently (Intro.lyx).
Abdelrazak> The following commit adds some sanity checks to unicode.C
Abdelrazak Younes wrote:
> You're right. It was in InsetCommandParam IIRC, I'll remove the check
> and see if I can reproduce it.
It is perfectly valid for a parameter of InsetCommandParams to be empty, so
utf8_to_ucs4() definitely needs to handle empty input. Nevertheless it
would be nice if you
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hello, I had a crash in utf8_to_ucs4() when loading a
Abdelrazak> document which had an empty inset apparently (Intro.lyx).
Abdelrazak> The following commit adds some sanity checks to unicode.C
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> Abdelrazak Younes wrote:
>>
>>> OK. The fix is simple. As you know the Application instance is not
>>> created when the export command-line feature is requested. This patch
>>> fixes the crash and goes in soon.
>>
>> So it is not possible to use th
Hello,
As discussed with Georg in another thread, this patch transfers the
singletons defined in the Application class to the private
LyX::Singletons implementation.
Singletons::lyx_func_ is a scoped_ptr instead of a full LyXFunc because
the LyXFunc constructor needs some global variables th
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hello, I had a crash in utf8_to_ucs4() when loading a
Abdelrazak> document which had an empty inset apparently (Intro.lyx).
Abdelrazak> The following commit adds some sanity checks to unicode.C.
It would be nice to kn
Hello,
I had a crash in utf8_to_ucs4() when loading a document which had an
empty inset apparently (Intro.lyx). The following commit adds some
sanity checks to unicode.C.
Abdel.
URL: http://www.lyx.org/trac/changeset/15362
Log:
add some sanity checks.
Modified:
lyx-devel/trunk/src/supp
Georg Baum wrote:
Others already pointed out that putting everything into a single global
variable might not always be the best solution. In this case it looks to me
like the connection of server and Application is artificial.
Of course, in this case this has nothing to do with using putting
Georg Baum wrote:
Abdelrazak Younes wrote:
Georg Baum wrote:
Abdelrazak Younes wrote:
OK. The fix is simple. As you know the Application instance is not
created when the export command-line feature is requested. This patch
fixes the crash and goes in soon.
So it is not possible to use the s
Abdelrazak Younes wrote:
> Georg Baum wrote:
>> Abdelrazak Younes wrote:
>>
>>> OK. The fix is simple. As you know the Application instance is not
>>> created when the export command-line feature is requested. This patch
>>> fixes the crash and goes in soon.
>>
>> So it is not possible to use th
Georg Baum wrote:
Abdelrazak Younes wrote:
OK. The fix is simple. As you know the Application instance is not
created when the export command-line feature is requested. This patch
fixes the crash and goes in soon.
So it is not possible to use the server in commandline mode? I am not sure
whet
On Wednesday 18 October 2006 10:44, [EMAIL PROTECTED] wrote:
> + if not option == None:
Whew... :-(
That is difficult to read, a double negative always is. What is wrong with
if option:
--
José Abílio
Georg Baum wrote:
Abdelrazak Younes wrote:
OK. The fix is simple. As you know the Application instance is not
created when the export command-line feature is requested. This patch
fixes the crash and goes in soon.
So it is not possible to use the server in commandline mode? I am not sure
whet
Abdelrazak Younes wrote:
> This is what I get at the console:
>
> Traceback (most recent call last):
>File "d:/devel/lyx/trunk/lib/lyx2lyx/lyx2lyx", line 91, in ?
> sys.exit(main(sys.argv))
>File "d:/devel/lyx/trunk/lib/lyx2lyx/lyx2lyx", line 84, in main
> file.convert()
>Fi
Abdelrazak Younes wrote:
> OK. The fix is simple. As you know the Application instance is not
> created when the export command-line feature is requested. This patch
> fixes the crash and goes in soon.
So it is not possible to use the server in commandline mode? I am not sure
whether this is good
> "Sven" == Sven Hoexter <[EMAIL PROTECTED]> writes:
>> BTW, how comes that lyx on debian triggers assertions? Do you keep
>> them on intentionally?
Sven> s/intentionally/historically/ would be the better term. As far
Sven> as I can travel back in our svn they've been always enabled.
Sven> Th
Abdelrazak Younes wrote:
By the way, I think lyx2lyx has not been updated with the format change.
This is what I get at the console:
Traceback (most recent call last):
File "d:/devel/lyx/trunk/lib/lyx2lyx/lyx2lyx", line 91, in ?
sys.exit(main(sys.argv))
File "d:/devel/lyx/trunk/lib/ly
On Wed, Oct 18, 2006 at 09:54:30AM +0200, Jean-Marc Lasgouttes wrote:
Hi,
> BTW, how comes that lyx on debian triggers assertions? Do you keep them
> on intentionally?
s/intentionally/historically/ would be the better term. As far as I can travel
back in our svn they've been always enabled. They'
Georg Baum wrote:
Abdelrazak Younes wrote:
I just had a look at the code and I don't see anything wrong at first
glance. Do you have a recipe to reproduce that?
I got it with an assertion in the InsetCommandParams constructor when trying
to read an invalid file. Just add
BOOST_ASSERT(false)
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> I agree that these things should be moved out of insets.
Abdelrazak> I've done enough cleanups for 1.5 ;-)
We'll see :)
JMarc
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
In the new getPos, you pass 3 parameters that all should com from
one cursor. This is wrong, especially since the method os useful to
find the position of a cursor.
Abdelrazak> IMHO, what is wrong reall
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> In the new getPos, you pass 3 parameters that all should com from
>> one cursor. This is wrong, especially since the method os useful to
>> find the position of a cursor.
Abdelrazak> IMHO, what is wrong really is this cursorPo
Abdelrazak Younes wrote:
> I just had a look at the code and I don't see anything wrong at first
> glance. Do you have a recipe to reproduce that?
I got it with an assertion in the InsetCommandParams constructor when trying
to read an invalid file. Just add
BOOST_ASSERT(false)
to it, and try to
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Nothing wrong per see. But Andre (and I think I agree with
Abdelrazak> him) thinks that we should decorrelate the model and the
Abdelrazak> view. Passing a BufferView (the view) and a DocIterat
Georg Baum wrote:
Abdel,
if something goes wrong and LyX::emergencyCleanup is called, then the
global Application object is already destroyed:
#0 0xb7f56410 in ?? ()
#1 0xbf90cb7c in ?? ()
#2 0x0006 in ?? ()
#3 0xb7101fb9 in abort () from /lib/tls/i686/cmov/libc.so.6
#4 0x08544f91 in
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Nothing wrong per see. But Andre (and I think I agree with
Abdelrazak> him) thinks that we should decorrelate the model and the
Abdelrazak> view. Passing a BufferView (the view) and a DocIterator
Abdelrazak> (the model
Georg Baum wrote:
Am Dienstag, 17. Oktober 2006 17:06 schrieb Abdelrazak Younes:
Hi,
This crash was due to an invalid CursorSlice::text() null pointer
accessed in InsetMathNest::cursorPos():
CoordCache & coord_cache = sl.text()->bv()->coordCache();
As you can see, I used this indire
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hi, This crash was due to an invalid CursorSlice::text()
Abdelrazak> null pointer accessed in InsetMathNest::cursorPos():
Abdelrazak> CoordCache & coord_cache =
Abdelrazak> sl.text()->bv()->c
> "Sven" == Sven Hoexter <[EMAIL PROTECTED]> writes:
Sven> On Tue, Oct 17, 2006 at 07:33:40PM -0400, Mark Carroll wrote:
Sven> Hello Mark, hello *, I'm not sure if there is still someone
Sven> interested in fixing bugs in the xforms frontend. I'd suggest
Sven> you to try out the qt frontend by
Enrico Forestieri wrote:
On Tue, Oct 17, 2006 at 05:59:55PM +0200, Enrico Forestieri wrote:
On Tue, Oct 17, 2006 at 03:55:22PM +0200, Abdelrazak Younes wrote:
This patch includes the one I send earlier with the MathSupport changes.
I converted most occurrence of implicit conversion using:
Results for User Mode Process LYX-QT4.EXE (PID = 3344)
User Time = 15.07% of the Elapsed Time
Kernel Time = 11.18% of the Elapsed Time
Total Avg. Rate
Page Faults , 5692, 95/sec.
Thi
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> That looks sensible. Note that something like that is already
Georg> planned with the current file format: The encoding parameter
Georg> that formerly specified both .lyx and .tex encoding has not
Georg> been removed, but declared to s
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Hi, This crash was due to an invalid CursorSlice::text()
Abdelrazak> null pointer accessed in InsetMathNest::cursorPos():
Abdelrazak> CoordCache & coord_cache =
Abdelrazak> sl.text()->bv()->coordCache();
Abdelraz
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> Good work! Are you also going to create a 1.4 version?
Bo> Since session replaces lastfiles and involves many other things,
Bo> it is not easy to produce a patch just for toolbar status. A much
Bo> larger patch that backports the whole session s
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
>> Attached is an updated toolbar/session patch that works for qt3/4.
>> Can I apply?
Bo> There has been no comment on the patch itself, so it is now on a
Bo> 'will commit tomorrow' policy. I would appreciate it if someone
Bo> can add the view-> t
Am Mittwoch, 18. Oktober 2006 08:50 schrieb Sven Hoexter:
> On Tue, Oct 17, 2006 at 07:33:40PM -0400, Mark Carroll wrote:
>
> Hello Mark, hello *,
> I'm not sure if there is still someone interested in fixing bugs in the
> xforms frontend. I'd suggest you to try out the qt frontend by installing
>
73 matches
Mail list logo