On Fri, Mar 16, 2007 at 06:58:36PM +0100, Abdelrazak Younes wrote:
> I wonder why data is suddenly wrong whereas it is fine there:
>
> >#3 0x00c0d42e in lyx::frontend::Dialog::show (this=0x1f7a1b0,
> >[EMAIL PROTECTED]) at Dialog.C:80
>
> I suspect a gcc bug here...
I haven't had gc
> With the attached patch LyX is also closer to TeX, at least for
> super/subscript placement. I implemented the rules from 18a to 18f
> in appendix G of the TeXbook.
>
> I also attach here two screenshots showing a formula before and after the
> patch.
This improves the on screen layout a lot! I
> Someone should update the mailing list page on www.lyx.org and also update
> generate_contributions.py.
I did this:
http://www.lyx.org/trac/changeset/17458
http://www.lyx.org/trac/changeset/17459
http://www.lyx.org/trac/changeset/17460
I hope I got everything.
regards Uwe
Hi again,
FWIW Ignacio García pointed out on lyx-users that, in Ubuntu, the
sequence works, and I checked it and that's right.
The big question now is why does that sequence work in LyX when in all
my other programs is the one???
By the way, I note that works in K3B, another Qt-based
program.
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
With std-lib-debug enabled, trying to open the TOC crashes LyX:
And now?
Still the same crash, unfortunately.
And now?
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
backtrace?
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47702543013056 (LWP 24788)]
lyx::InsetCommandMailer::string2params ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED]) at /usr/include/c++/4.1.2/bit
On Fri, Mar 16, 2007 at 10:03:14PM +0900, John McCabe-Dansted wrote:
> On 3/16/07, Andre Poenitz <[EMAIL PROTECTED]> wrote:
> >On Thu, Mar 15, 2007 at 10:51:24PM +0100, [EMAIL PROTECTED] wrote:
> >I have no problems with that as long as this is a concious decision of
> >the user. However, having th
On Fri, Mar 16, 2007 at 10:46:57AM +0100, Abdelrazak Younes wrote:
> >It surely has. In the main inset go down to cell slice[0].cell, walk
> >down to paragraph slice[0].pit, go to pos slice[0].pos, Take the inset
> >there. Go to its cell slice[1].cell, paragraph slice[1].pit, position
> >slice[1].p
Abdelrazak Younes wrote:
> backtrace?
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 47702543013056 (LWP 24788)]
lyx::InsetCommandMailer::string2params ([EMAIL PROTECTED], [EMAIL PROTECTED],
[EMAIL PROTECTED]) at /usr/include/c++/4.1.2/bits/basic_string.h:591
591
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Thursday 15 March 2007 6:27:13 pm Georg Baum wrote:
>> The LyXLex internals were always a secret to me, so I can't say
>> much about the patch other than this: Bernhards explanations make
>> sense, and it seems that he knows what he i
On Fri, 16 Mar 2007, Georg Baum wrote:
[EMAIL PROTECTED] wrote:
On Fri, 16 Mar 2007,
[EMAIL PROTECTED] wrote:
http://wiki.lyx.org/Devel.Captions
Btw, I was doubly impressed that you even used
LyxBug:3209
I copied it from somewhere. But of course you know that it is misspelled?
Yes, I
On 3/16/07, Abdelrazak Younes <[EMAIL PROTECTED]> wrote:
Abdelrazak Younes wrote:
> Any idea someone?
It's corrected now.
I was wondering why I linked fine. :-)
Bo
Marco Bravi wrote:
Il giorno ven, 16/03/2007 alle 16.10 +0100, Marco Bravi ha scritto:
I will try the patch in the next couple of days or so. However, I tend
to work with 3-4 databases at once but not so big (overall, there may be
some hundreds of references inside, not more).
There is
Abdelrazak Younes wrote:
Marco Bravi wrote:
Suggestion:
I think the new behaviour (automatic selection of the matching records)
is perfectly ok. However, all the records matching the typed string in
any part of it (authors, title, journal... just if it were a single
string) should be matched.
Abdelrazak Younes wrote:
Any idea someone?
It's corrected now.
On Fri, Mar 16, 2007 at 03:07:27PM +0100, Edwin Leuven wrote:
> Enrico Forestieri wrote:
> > You should arrange things such that LyX thinks
> > that your home dir is in W:\ rather than //ulysse/users/edwin.leuven
> > and things should then work.
>
> how?
Good question. LyX should use %USERPROFIL
On Thursday 15 March 2007 6:27:13 pm Georg Baum wrote:
> The LyXLex internals were always a secret to me, so I can't say much about
> the patch other than this: Bernhards explanations make sense, and it seems
> that he knows what he is talking about. Therefore this patch is OK with
> me, but it wil
Any idea someone?
LaTeX.obj : error LNK2019: unresolved external symbol "bool __cdecl
boost::filesystem::native(class std::basic_stringstd::char_traits,class std::allocator > const &)"
([EMAIL PROTECTED]@boost@@[EMAIL PROTECTED]@[EMAIL PROTECTED]@@[EMAIL PROTECTED]@2@@std@@@Z)
referenced in fu
Marco Bravi wrote:
Dear Abdel,
Hi Marco, putting the developer list in copy...
I would stress even more what I said the other day about the selection
of multiple bib entries with same author.
The problem with this "regressed" behaviour is, potentially, much more
serious. Consider this:
-
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
With std-lib-debug enabled, trying to open the TOC crashes LyX:
And now?
Still the same crash, unfortunately.
backtrace?
Abdelrazak Younes wrote:
> > With std-lib-debug enabled, trying to open the TOC crashes LyX:
>
> And now?
Still the same crash, unfortunately.
Jürgen
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
By the way, could you check bug 3152:
With std-lib-debug enabled, trying to open the TOC crashes LyX:
And now?
I have just committed a cleanup of the controller.
Another (separate) problem:
in the LOT and LOF, always the very last item i
Enrico Forestieri wrote:
It is known that cmd.exe cannot deal with UNC paths. You cannot change the
current directory using UNC paths, for example. If you try the following:
C:\> cd \\ulysse\users\edwin.leuven\AppData
you should get the same error you report above. Now try:
C:\> cd W:\AppData
John McCabe-Dansted wrote:
> On 3/16/07, Andre Poenitz <[EMAIL PROTECTED]> wrote:
>> On Thu, Mar 15, 2007 at 10:51:24PM +0100, [EMAIL PROTECTED] wrote:
>> I have no problems with that as long as this is a concious decision of
>> the user. However, having things like my user name and
>> modification
On Fri, Mar 16, 2007 at 01:29:12PM +0100, Edwin Leuven wrote:
> Enrico Forestieri wrote:
> > On Fri, Mar 16, 2007 at 11:30:08AM +0100, Edwin Leuven wrote:
> >
> >>Edwin Leuven wrote:
> >>
> >>>perhaps the double backslash causes trouble?
> >>>
> >>>groping in the dark...
> >>
> >>after calling lyx
On Friday 16 March 2007 8:41:02 am Jean-Marc Lasgouttes wrote:
> I now tend to think we should do that indeed, but it is a file format
> change. The only case where it really makes sense is for lists.
And even for lists it helps to be able to insert something before. I am
thinking about the cas
On Friday 16 March 2007 9:01:09 am Georg Baum wrote:
>
> The new template name is a fileformat change. Please revert this part. Of
> course you can do this change, but only if the needed lyx2lyx stuff comes
> in the same commit.
I agree with Georg, if the change remains then we need a new format
On 3/16/07, Andre Poenitz <[EMAIL PROTECTED]> wrote:
On Thu, Mar 15, 2007 at 10:51:24PM +0100, [EMAIL PROTECTED] wrote:
I have no problems with that as long as this is a concious decision of
the user. However, having things like my user name and modification/access
date dumped silently into the f
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I am fine with this. I've done it because that's the current behaviour
in 1.4.x.
Only partially. If you put a section in a tabular float and insert a label,
you get the "sec:" prefix (as it should be).
So shall I commit only the caption pa
Georg Baum wrote:
> Then the correct solution would be to introduce a os::max_path() function
> that would give us the os dependant value.
Yes.
Jürgen
Jean-Marc Lasgouttes schrieb:
> These are two different things...
>
All in all, I think that none of these two uses has been thoroughly
thought out, and it shows.
I know the differences but it is confusing for the user that they are in different menus and look
different. So for later LyX vers
Georg Baum wrote:
Abdelrazak Younes wrote:
Are you saying that the chosen prefix (sub: in this case) is used by
Prettyref?
Yes. That is the main reason to use these prefixes. So this _is_ about what
is on printed text. Of course it would be nice if it would be possible to
distinguish further.
Enrico Forestieri wrote:
On Fri, Mar 16, 2007 at 11:30:08AM +0100, Edwin Leuven wrote:
Edwin Leuven wrote:
perhaps the double backslash causes trouble?
groping in the dark...
after calling lyx with the userdir option as follows
W:\programs\LyX15\bin>lyxc -userdir w:/AppData/LyX15beta1
th
Abdelrazak Younes wrote:
> Are you saying that the chosen prefix (sub: in this case) is used by
> Prettyref?
Yes. That is the main reason to use these prefixes. So this _is_ about what
is on printed text. Of course it would be nice if it would be possible to
distinguish further. But that means to
Jürgen Spitzmüller wrote:
> Looks good (also the erase part; I just didn't think of that).
Then I am going to commit it.
> The idea is the following: if the string exceeds MAX_PATH, then we know
> for sure that it is not the _part_ of a filename where we have to look
> further in the next lines,
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I am wondering, for subsection, wouldn't it be better to use "ssec" for
example and "sssec:" for subsubsection?
That could be configurable, but by default, no. Prettyref only supports
the "sec" prefix (by default), and I would not refer to "S
Martin Vermeer wrote:
> I haven't heard anything from them. Wouldn't they inform the applicant
> first? This is strange.
The accepted orgs got an email -> LyX is not accepted. The good side of
this: It saves a lot of time of everybody who would be involved in
mentoring and administriva.
Georg
> "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
Jürgen> Abdelrazak Younes wrote:
>> I am wondering, for subsection, wouldn't it be better to use "ssec"
>> for example and "sssec:" for subsubsection?
Jürgen> That could be configurable, but by default, no. Prettyref only
Jürgen> su
On Thu, 2007-03-15 at 13:26 +0100, Bernhard Reiter wrote:
> LyX isn't listed on http://code.google.com/soc - does that mean it
> wasn't accepted as mentoring organisation or does that have to do with
> the recently unreachable server?
>
> Bernhard
I haven't heard anything from them. Wouldn't they
Abdelrazak Younes wrote:
> I am wondering, for subsection, wouldn't it be better to use "ssec" for
> example and "sssec:" for subsubsection?
That could be configurable, but by default, no. Prettyref only supports
the "sec" prefix (by default), and I would not refer to "Subsection x.x" in
text, b
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
But that does not solve the nested inset problem, does it?
It does.
OK, fine with me then.
OK, I committed a cleanup version that will allow to add more types easily.
I am wondering, for subsection, wouldn't it be better to use "ssec" for
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jean-Marc Lasgouttes wrote:
>>> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>>
Abdelrazak> Jan Peters wrote:
Will that make it into 1.5? It looks so gorgeous :)
>>
Abdelrazak> Yes, it's alrea
Georg Baum wrote:
> You probably tried the char version. This one needs always a replacement
> char, but with the const char * version you can also use "" as replacement.
Yes, probably.
> OK, I did not notice that. What about the attached version? This is your
> original one, with the missing tes
On Fri, Mar 16, 2007 at 11:30:08AM +0100, Edwin Leuven wrote:
> Edwin Leuven wrote:
> > perhaps the double backslash causes trouble?
> >
> > groping in the dark...
>
> after calling lyx with the userdir option as follows
>
> W:\programs\LyX15\bin>lyxc -userdir w:/AppData/LyX15beta1
>
> the conf
Jürgen Spitzmüller wrote:
> Georg Baum wrote:
>> - char() == 0, so a string with an embedded 0 character could be created.
>> This is not what was intended.
>
> I see. However, I remember I got some error when I tried the "" variant.
You probably tried the char version. This one needs always a r
Andre Poenitz wrote:
I have no problems with that as long as this is a concious decision of
the user. However, having things like my user name and modification/access
date dumped silently into the file is no option.
Lyx already have tools->preferences->identity.
Currently, you may enter a nam
Abdelrazak Younes wrote:
> > But that does not solve the nested inset problem, does it?
>
> It does.
OK, fine with me then.
Jürgen
Georg Baum wrote:
> - char() == 0, so a string with an embedded 0 character could be created.
> This is not what was intended.
I see. However, I remember I got some error when I tried the "" variant.
> - fs::exists was called for a filename that was not checked with
> fs::native, so an excpetion
Edwin Leuven wrote:
perhaps the double backslash causes trouble?
groping in the dark...
after calling lyx with the userdir option as follows
W:\programs\LyX15\bin>lyxc -userdir w:/AppData/LyX15beta1
the configure script runs and lyx start
seems like there is a problem with finding the appda
On Thu, Mar 15, 2007 at 11:09:39PM +0100, Andre Poenitz wrote:
> On Thu, Mar 15, 2007 at 02:15:43PM -0700, Jan Peters wrote:
> > >Note, however, that sticking too closely to the TeX rules gives fairly
> > >dense formulas which are more difficult to navigate,
> >
> > I believe that SWP is very clos
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
I am fine with this. I've done it because that's the current behaviour
in 1.4.x.
Only partially. If you put a section in a tabular float and insert a label,
you get the "sec:" prefix (as it should be).
So shall I commit only the caption pa
See http://bugzilla.lyx.org/show_bug.cgi?id=3305. This patch fixes two
problems:
- char() == 0, so a string with an embedded 0 character could be created.
This is not what was intended.
- fs::exists was called for a filename that was not checked with fs::native,
so an excpetion could be thrown.
Abdelrazak Younes wrote:
> I am fine with this. I've done it because that's the current behaviour
> in 1.4.x.
Only partially. If you put a section in a tabular float and insert a label,
you get the "sec:" prefix (as it should be).
> So shall I commit only the caption part?
But that does not s
Jean-Marc Lasgouttes wrote:
"Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jan Peters wrote:
Will that make it into 1.5? It looks so gorgeous :)
Abdelrazak> Yes, it's already in... Some bugs remain though.
What is already in?
The Toc dock widget? Or was he askin
Edwin Leuven wrote:
it is already mapped to w:
but somehow i don't think that cmd.exe is the problem
can someone tell me how to find out where configure.py tries to write
configure.log ?
when i change this
-logfile = 'configure.log'
+logfile = '//ulysse/users/edwin.leuven/configure.
Andre Poenitz wrote:
On Thu, Mar 15, 2007 at 06:36:15PM +0100, Abdelrazak Younes wrote:
My point is that is not equivalent. A tree-like approach will inevitably
lead to cleaner and shorter code, I am 100% sure of that. Besides, I
still have difficulty to grasp the cursor slice concept. Make a p
> "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Abdelrazak> Jan Peters wrote:
>> Will that make it into 1.5? It looks so gorgeous :)
Abdelrazak> Yes, it's already in... Some bugs remain though.
What is already in?
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
With my last patch we don't need to check explicitly for the
LABEL_SENSITIVE because everything within a float (or a wrap) will get
the label prefix, LABEL_SENSITIVE or not.
I don't think that's a good idea. There might be other things than th
Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
With my last patch we don't need to check explicitly for the
LABEL_SENSITIVE because everything within a float (or a wrap) will get
the label prefix, LABEL_SENSITIVE or not.
I don't think that's a good idea. There might be other things than th
Jan Peters wrote:
Will that make it into 1.5? It looks so gorgeous :)
Yes, it's already in... Some bugs remain though.
Abdel.
> "Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
>> That (and the proposed solution below) makes a lot of sense. I
>> don't have time now to investigate, maybe you can put this analysis
>> into bugzilla so that it does not get forgotten?
>>
Dov> I already added a comment saying that ther
[EMAIL PROTECTED] wrote:
> On Fri, 16 Mar 2007,
> [EMAIL PROTECTED] wrote:
>
>> http://wiki.lyx.org/Devel.Captions
>
> Btw, I was doubly impressed that you even used
>
> LyxBug:3209
I copied it from somewhere. But of course you know that it is misspelled?
Georg
John Pye wrote:
Hi all
The following are some usability comments from my use of the LyX
Graphics dialog. It's not user-support stuff, so I'm hoping it's
appropriate to send it here. If these have been reported already, or
have even been fixed (I am using 1.4.3 in Ubuntu 6.10) please disregard.
I
Hi, I have a crash with data loss with the latest 1.4.x SVN. Open
http://www.csse.uwa.edu.au/~john/lyx/modal_MF2.lyx
in lyx. Do an "accept all". LyX will lock up, it will not write an
".emergency" file, unless you go to the console and press Cntl-C. Even
then, LyX will not exit.
Also, accepting
Enrico Forestieri wrote:
On Thu, Mar 15, 2007 at 10:10:25AM +0100, Edwin Leuven wrote:
this is windows and the official installer (the one that bo made available)
i have no administrator rights and installed lyx on my network share.
i get the following error message:
LyX: reconfiguring user
That (and the proposed solution below) makes a lot of sense. I don't have
time now to investigate, maybe you can put this analysis into bugzilla so
that it does not get forgotten?
I already added a comment saying that there is a thread in the mailing
list with such-and-such a title on such-and-
Jürgen Spitzmüller wrote:
> > I will commit the rest, can you take
> > care of this please?
>
> Yes. Since bugzilla is down, I sent the attached patch to Uwe for testing.
I'm gonna commit this now. There are still remeining problems, but those are
separate.
Jürgen
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Thu, Mar 15, 2007 at 02:48:00PM +0100, Lars Gullik Bjønnes wrote:
| > Abdelrazak Younes <[EMAIL PROTECTED]> writes:
| >
| > | > but I am curious about what happened?
| >
| > I have no idea. Was fixed before I had a chance to look.
| >
| > Andre, do
Andre Poenitz wrote:
> On Thu, Mar 15, 2007 at 10:51:24PM +0100,
> [EMAIL PROTECTED] wrote:
>> Metadata repository and search possibilities like Nepomuk are coming on
>> the Linux Desktop. I think it will be important that LyX files can be
>> easily indexed in these new systems. Therefore, we shou
Dov Feldstern wrote:
> Regarding 1820 --- I started looking at it a while ago, and I think that
> the problem stems from this: in TeXOnePar, previous_language is set to
> the language of the previous paragraph, or to the document language if
> this is the first paragraph. Then, if the new paragrap
[EMAIL PROTECTED] wrote:
http://www.lyx.org/trac/file/lyx-devel/trunk/lib/external_templates?rev=17450
>
==
> --- lyx-devel/trunk/lib/external_templates (original) +++
> lyx-devel/trunk/lib/external_templates Thu Mar 15 22
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Dear list, As I have mentioned, I am running autotools to test
Bo> depends.py. I can not proceed because of the following error after
Bo> successful ./configure. Note that scons works fine and
Bo> --disable-stdlib-debug lead to the same error.
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Dear all, To check depends.py, I run ./configure today but
Bo> --with-qt-dir does not recognize my qt4.2.2 distribution. It
Bo> turned out that --with-qt4-dir is the correct option. Because qt3
Bo> is no longer supported, I would suggest that w
> "Uwe" == Uwe Stöhr <[EMAIL PROTECTED]> writes:
Uwe> As described in bug 3339
Uwe> http://bugzilla.lyx.org/show_bug.cgi?id=3339 we have two Date
Uwe> input methods that should be merged. I don't have a good idea how
Uwe> but something should be done as it's confusing: I'm currently
Uwe> writi
> "Bernhard" == Bernhard Roider <[EMAIL PROTECTED]> writes:
>> By the way 3: typing return at the beginning of a theorem does not
>> behave like in section, is this normal?
Bernhard> Are environment layouts handled different from paragraph
Bernhard> layouts?
Yes.
Bernhard> By the way: I wou
> "Jürgen" == Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
Jürgen> Abdelrazak Younes wrote:
>> With my last patch we don't need to check explicitly for the
>> LABEL_SENSITIVE because everything within a float (or a wrap) will
>> get the label prefix, LABEL_SENSITIVE or not.
Jürgen> I don't
Abdelrazak Younes wrote:
> With my last patch we don't need to check explicitly for the
> LABEL_SENSITIVE because everything within a float (or a wrap) will get
> the label prefix, LABEL_SENSITIVE or not.
I don't think that's a good idea. There might be other things than the caption
inside floats
77 matches
Mail list logo