On Sat, Aug 18, 2007 at 01:27:57AM -0400, Richard Heck wrote:
> Martin Vermeer wrote:
> > Attached my attempt. I am a complete amateur with python
> > and work with layout2layout also for the first time, so...
> > does this make sense? FWIW it works.
> >
> Well, I don't know anything about lay
Martin Vermeer wrote:
Attached my attempt. I am a complete amateur with python
and work with layout2layout also for the first time, so...
does this make sense? FWIW it works.
Well, I don't know anything about layout2layout, but I know a little
python...
+if format == 4:
+
Bo Peng wrote:
> Just let you know that after the layout files are correctly installed,
> the view panel works fine.
Niiice I don't have to install qt 4.1 (or trick someone into fixing it) ;-)
A/
Just let you know that after the layout files are correctly installed,
the view panel works fine.
Cheers,
Bo
On Thursday 09 August 2007 14:00:04 Georg Baum wrote:
> [EMAIL PROTECTED] wrote:
> > Author: baum
> > Date: Thu Aug 9 14:47:06 2007
> > New Revision: 19373
> >
> > URL: http://www.lyx.org/trac/changeset/19373
> > Log:
> > parse some more column types and separators
> >
> > Modified:
>
> lyx-devel/
On Fri, Aug 17, 2007 at 06:13:46PM +0200, Abdelrazak Younes wrote:
> Abdelrazak Younes wrote:
> >Here is my most recent patch. What is not working yet:
> >- the close tab button: it is implemented but does not show up.
> >- the splash screen: it is implemented but does not show up.
>
> I solved th
On Fri, Aug 17, 2007 at 11:53:02AM +0200, Jean-Marc Lasgouttes wrote:
> Richard Heck <[EMAIL PROTECTED]> writes:
>
> > With those suggestions, here is the putatively final patch. I intend
> > to commit as soon as the trunk will build again and I can verify that
> > everything works there. I've don
On Wed, Aug 15, 2007 at 06:19:58PM +0200, Enrico Forestieri wrote:
> So, may I close bug 4076?
I have closed it.
--
Enrico
On Fri, Aug 17, 2007 at 06:54:25PM +0300, Martin Vermeer wrote:
> On Thu, Aug 16, 2007 at 07:11:33PM +0300, Martin Vermeer wrote:
> > On Thu, Aug 16, 2007 at 03:58:44PM +0200, Jean-Marc Lasgouttes wrote:
>
> ...
>
> > Shall I for now just give "long names" to the charstyles
> > in the layout fil
On Friday 17 August 2007 17:49:18 Abdelrazak Younes wrote:
> > Some of use are at work you know... ;-)
>
> I know and my real work has suffered from this patch simplification
> which I still think was worth nothing.
The purpose of longer delays applies only to large patches, not to small
ones.
Abdelrazak Younes wrote:
I don't plan to do it myself, but if someone did want to do it, you
could even allow for searching using things like "author=Frege and
title=Sense", where the "=" was interpreted (say) how Jabref
interprets it. Or you could do yet more complex things, if you wrote
the
[EMAIL PROTECTED] wrote:
On Fri, 17 Aug 2007, Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
I solved the splash screen bug and there is apparently no objection so
I will commit it.
Please don't get this wrong, I'm serious with the question: What's the
rush?
I assume the people intere
[EMAIL PROTECTED] wrote:
On Fri, 17 Aug 2007, Abdelrazak Younes wrote:
The patch itself is not that big. The changes in BufferView is all
about removal of function and removal of test of the type 'if
(buffer_)' which does not make sense anymore.
So, objection?
Thanks for the updated descri
On Fri, 17 Aug 2007, Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
I solved the splash screen bug and there is apparently no objection so I
will commit it.
Please don't get this wrong, I'm serious with the question: What's the
rush?
What's the consequence from a development point of v
Richard Heck wrote:
The attached patch is the real payoff from the BibTeX representation
re-write committed a bit ago. It allows for searching individual BibTeX
fields in the citation dialog and for filtering by entry type. The
attached screenshot shows the dialog in action.
Looks cool!
On Fri, 17 Aug 2007, Abdelrazak Younes wrote:
The patch itself is not that big. The changes in BufferView is all about
removal of function and removal of test of the type 'if (buffer_)' which
does not make sense anymore.
So, objection?
Thanks for the updated description, I may even dare to
Abdelrazak Younes wrote:
Here is my most recent patch. What is not working yet:
- the close tab button: it is implemented but does not show up.
- the splash screen: it is implemented but does not show up.
I solved the splash screen bug and there is apparently no objection so I
will commit it.
On Thu, Aug 16, 2007 at 07:11:33PM +0300, Martin Vermeer wrote:
> On Thu, Aug 16, 2007 at 03:58:44PM +0200, Jean-Marc Lasgouttes wrote:
...
> Shall I for now just give "long names" to the charstyles
> in the layout file, like CharStyle:Noun?
The patch, and its lyx2lyx counterpart, are committed
Jean-Marc Lasgouttes wrote:
>
Hum, maybe we (you?) could do this as a first step:
The later problem could be addressed by rewriting it like updateLabels
to avoid using ParConstIterator. This is as easy as defining a
InsetText::addToToc (and a InsetLabel::addToToc, maybe).
And this as a second
Jean-Marc Lasgouttes wrote:
So, basically, 60% of the time spent in updateLabel is spent in
TocBackend::update. The said TocBackend::update call has been added at
some point by some sloppy Gremlin who thought that nobody would
notice.
So: updateLabel is fast. TocBackend::update is slow.
I am p
On Fri, Aug 17, 2007 at 05:20:08PM +0300, Dov Feldstern wrote:
> Dov Feldstern wrote:
> > The bigger problem, though, has nothing to do with your code: it looks like
> > lyx2lyx (at least when run from the command line) is just ignoring anything
> > with format above 276. If you change your file
> Yes sorry, I did not find the time to disable it for X11. I'll do it
> right now, sorry for the inconvenience.
Confirmed to be fixed. Thanks.
Bo
Richard Heck <[EMAIL PROTECTED]> writes:
> Things are a little confusing here, because of where the code is
> headed. Probably it should change, shortly, to BibKeyList.{h,cpp},
> which is about to become a class rather than just a typedef. There
> will still be some other functions in that file th
Jean-Marc Lasgouttes wrote:
Richard Heck <[EMAIL PROTECTED]> writes:
With those suggestions, here is the putatively final patch. I intend
to commit as soon as the trunk will build again and I can verify that
everything works there. I've done that at 19520, but current svn won't
build complet
I fired gprof to try to see whether updateLabel was as slow as Abdel
claims (by loading the user guide and repeateadly breaking and merging
a section paragraph to trigger renumber). The answer is:
[7] 85.00.00 25.80 249 lyx::updateLabels(lyx::Buffer const
&, bool) [7]
Dov Feldstern wrote:
The bigger problem, though, has nothing to do with your code: it looks
like lyx2lyx (at least when run from the command line) is just ignoring
anything with format above 276. If you change your file's format to 276,
then lyx2lyx will work fine. The reason I say that this
Martin Vermeer wrote:
On Fri, Aug 17, 2007 at 03:17:54PM +0300, Dov Feldstern wrote:
Martin Vermeer wrote:
On Fri, Aug 17, 2007 at 02:03:48PM +0300, Dov Feldstern wrote:
...
Thanks Dov... you helped me spot an ordering bug in the revert
list probably due to José. Fixing it doesn't help th
Bennett Helm <[EMAIL PROTECTED]> writes:
> Have you already applied this patch?
Yes :)
> Anyway, with current svn, I've reconfigured with --disable-aiksaurus,
> and I don't get any more configure warnings. Compilation succeeds.
Very good. This one was particularly difficult to track down.
JMar
On Aug 17, 2007, at 4:05 AM, Jean-Marc Lasgouttes wrote:
Bennett Helm <[EMAIL PROTECTED]> writes:
I decided to try playing around with settings to see if I could
get things to work for me. It turns out that the culprit for me
was --
without-aiksaurus: leaving everything else in my config
On Fri, Aug 17, 2007 at 02:25:14PM +0200, Abdelrazak Younes wrote:
> Enrico Forestieri wrote:
> > On Fri, Aug 17, 2007 at 02:08:17PM +0200, Abdelrazak Younes wrote:
> >> Martin Vermeer wrote:
> >>> On Fri, Aug 17, 2007 at 11:00:07AM +0200, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
> >
On Fri, Aug 17, 2007 at 03:17:54PM +0300, Dov Feldstern wrote:
>
>
> Martin Vermeer wrote:
> > On Fri, Aug 17, 2007 at 02:03:48PM +0300, Dov Feldstern wrote:
...
> > Thanks Dov... you helped me spot an ordering bug in the revert
> > list probably due to José. Fixing it doesn't help though... s
Enrico Forestieri wrote:
On Fri, Aug 17, 2007 at 02:08:17PM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
On Fri, Aug 17, 2007 at 11:00:07AM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
On Fri, Aug 17, 2007 at 09:22:16AM +0200, Abdelrazak Younes wrote:
Martin,
This is f
On Fri, Aug 17, 2007 at 02:08:17PM +0200, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
> > On Fri, Aug 17, 2007 at 11:00:07AM +0200, Abdelrazak Younes wrote:
> >> Martin Vermeer wrote:
> >>> On Fri, Aug 17, 2007 at 09:22:16AM +0200, Abdelrazak Younes wrote:
> Martin,
>
> This
... and here the improved patch.
- Martin
Index: LyX.py
===
--- LyX.py (revision 19567)
+++ LyX.py (working copy)
@@ -78,7 +78,7 @@
("1_3", [221], generate_minor_versions("1.3" , 7)),
Martin Vermeer wrote:
On Fri, Aug 17, 2007 at 02:03:48PM +0300, Dov Feldstern wrote:
Dov Feldstern wrote:
Martin Vermeer wrote:
Attached my attempt at a lyx2lyx entry. Problem is,
it doesn't work. It doesn't even update the version
number to 279 in the .lyx file.
What do I overlook here?
-
On Fri, Aug 17, 2007 at 02:03:48PM +0300, Dov Feldstern wrote:
> Dov Feldstern wrote:
> > Martin Vermeer wrote:
> >> Attached my attempt at a lyx2lyx entry. Problem is,
> >> it doesn't work. It doesn't even update the version
> >> number to 279 in the .lyx file.
> >>
> >> What do I overlook here?
Martin Vermeer wrote:
On Fri, Aug 17, 2007 at 11:00:07AM +0200, Abdelrazak Younes wrote:
Martin Vermeer wrote:
On Fri, Aug 17, 2007 at 09:22:16AM +0200, Abdelrazak Younes wrote:
Martin,
This is for you I guess:
src\insets\insetcollapsable.cpp(71) : warning C4715:
'lyx::InsetCollapsable
Martin Vermeer wrote:
On Fri, Aug 17, 2007 at 01:58:24PM +0300, Dov Feldstern wrote:
Martin Vermeer wrote:
Attached my attempt at a lyx2lyx entry. Problem is,
it doesn't work. It doesn't even update the version
number to 279 in the .lyx file.
What do I overlook here?
- Martin
You need to ch
On Fri, Aug 17, 2007 at 01:58:24PM +0300, Dov Feldstern wrote:
>
>
> Martin Vermeer wrote:
> > Attached my attempt at a lyx2lyx entry. Problem is,
> > it doesn't work. It doesn't even update the version
> > number to 279 in the .lyx file.
> > What do I overlook here?
> > - Martin
>
> You need
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Why InsetCitation?
Because external citation is that's the only use case I can think of.
Saying to the user use the NoSpellCheck inset for citations looks
weird to me. Of course internally it can be called InsetNoSpellChecker.
Well, ther
Abdelrazak Younes wrote:
Jean-Marc Lasgouttes wrote:
Mael Hilléreau <[EMAIL PROTECTED]> writes:
Then many things are already ugly, e.g. charstyles :) Storing a
spellchecker setting into a character or font is senseless, whereas
an inset is designed for functional purposes.
Well, calling "se
Dov Feldstern wrote:
Martin Vermeer wrote:
Attached my attempt at a lyx2lyx entry. Problem is,
it doesn't work. It doesn't even update the version
number to 279 in the .lyx file.
What do I overlook here?
- Martin
You need to change
int const LYX_FORMAT = 278;
in Buffer.cpp.
Also, don't
Martin Vermeer wrote:
Attached my attempt at a lyx2lyx entry. Problem is,
it doesn't work. It doesn't even update the version
number to 279 in the .lyx file.
What do I overlook here?
- Martin
You need to change
int const LYX_FORMAT = 278;
in Buffer.cpp.
Attached my attempt at a lyx2lyx entry. Problem is,
it doesn't work. It doesn't even update the version
number to 279 in the .lyx file.
What do I overlook here?
- Martin
Index: LyX.py
===
--- LyX.py (revision 19567)
+++ LyX.py
On Fri, Aug 17, 2007 at 11:00:07AM +0200, Abdelrazak Younes wrote:
> Martin Vermeer wrote:
> > On Fri, Aug 17, 2007 at 09:22:16AM +0200, Abdelrazak Younes wrote:
> >> Martin,
> >>
> >> This is for you I guess:
> >>
> >> src\insets\insetcollapsable.cpp(71) : warning C4715:
> >> 'lyx::InsetColl
Mael Hilléreau wrote:
Le 17 août 07 à 10:36, Jean-Marc Lasgouttes a écrit :
Mael Hilléreau <[EMAIL PROTECTED]> writes:
Mael Hilléreau <[EMAIL PROTECTED]> writes:
Le 16 août 07 à 23:41, Jean-Marc Lasgouttes a écrit :
This is possible already with my inset-based solution, so you can't
say t
On 17.08.2007, at 11:39, Jean-Marc Lasgouttes wrote:
Andre Poenitz <[EMAIL PROTECTED]> writes:
Otoh, as long as static linking works, I am not too unhappy, it just
means we do not better than before.
Then please let static be the default again.
+1
Andi
Richard Heck <[EMAIL PROTECTED]> writes:
> With those suggestions, here is the putatively final patch. I intend
> to commit as soon as the trunk will build again and I can verify that
> everything works there. I've done that at 19520, but current svn won't
> build completely. I'm also attaching th
This the same concept as the previous post for CursorSlices.
A/
DocIterator.cpp | 83
++--
DocIterator.h | 33 ++
2 files changed, 18 insertions(+), 98 deletions(-)
Index: DocIterator.cpp
=
Andre Poenitz <[EMAIL PROTECTED]> writes:
> Otoh, as long as static linking works, I am not too unhappy, it just
> means we do not better than before.
Then please let static be the default again.
JMarc
The following patch eliminates wrong const semantics in cursorslice.
The problem is that a CursorSlice const should mean that the CursorSlice is
constant, not the pointed data. In the current code the mechanism is
partially abused. And I see that DocIterator suffers from the same...
Btw, the curr
Le 17 août 07 à 10:36, Jean-Marc Lasgouttes a écrit :
Mael Hilléreau <[EMAIL PROTECTED]> writes:
Mael Hilléreau <[EMAIL PROTECTED]> writes:
Le 16 août 07 à 23:41, Jean-Marc Lasgouttes a écrit :
This is possible already with my inset-based solution, so you can't
say that a char-based approac
Martin Vermeer wrote:
On Fri, Aug 17, 2007 at 09:22:16AM +0200, Abdelrazak Younes wrote:
Martin,
This is for you I guess:
src\insets\insetcollapsable.cpp(71) : warning C4715:
'lyx::InsetCollapsable::geometry' : not all control paths return a value
Abdel.
Yes, I am getting that too: c
On Fri, Aug 17, 2007 at 09:22:16AM +0200, Abdelrazak Younes wrote:
> Martin,
>
> This is for you I guess:
>
> src\insets\insetcollapsable.cpp(71) : warning C4715:
> 'lyx::InsetCollapsable::geometry' : not all control paths return a value
>
> Abdel.
Yes, I am getting that too: control reac
On Fri, Aug 17, 2007 at 01:17:13AM +0200, Jean-Marc Lasgouttes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> >> I did not find a place where his variable is instantiated, actually.
> >> How is this done?
> >
> > Thesaurus.cpp:121
>
> I meant the place in the object code.
>
> I read a bi
Andre Poenitz <[EMAIL PROTECTED]> writes:
> [EMAIL PROTECTED]:/suse/usr/src/lyx/release-dynamic/src > nm Thesaurus.o |
> grep thesaurus
> B _ZN3lyx9thesaurusE
>
> 'B' - BSS (uninitialized data)
Unfortunately, I do not have access to my mac now, and since I leave
this evening for two mor
Mael Hilléreau <[EMAIL PROTECTED]> writes:
>> Mael Hilléreau <[EMAIL PROTECTED]> writes:
>>
>>> Le 16 août 07 à 23:41, Jean-Marc Lasgouttes a écrit :
>>>
>>> This is possible already with my inset-based solution, so you can't
>>> say that a char-based approach is needed for this. The only
>>> diff
On Fri, Aug 17, 2007 at 09:28:44AM +0200, Jean-Marc Lasgouttes wrote:
>
> Err, this is not exactly what I wrote, is it?
>
> > InsetLayout const & TextClass::insetlayout(docstring const & name) const
> > {
> > - return insetlayoutlist_[name];
> > + docstring n = name;
> > + while (!n.emp
Le 17 août 07 à 00:56, Jean-Marc Lasgouttes a écrit :
Mael Hilléreau <[EMAIL PROTECTED]> writes:
Le 16 août 07 à 23:41, Jean-Marc Lasgouttes a écrit :
This is possible already with my inset-based solution, so you can't
say that a char-based approach is needed for this. The only
difference I s
On Thu, Aug 16, 2007 at 11:53:59PM +0200, Jean-Marc Lasgouttes wrote:
> Andre Poenitz <[EMAIL PROTECTED]> writes:
>
> > Ok. Glad to here that. No I need only a positive report from a Mac user.
>
> OK, almost positive :) I build here with pkg-config installed from
> macports, and Qt is 4.3.0.
>
>
Bennett Helm <[EMAIL PROTECTED]> writes:
> I decided to try playing around with settings to see if I could get things
> to work for me. It turns out that the culprit for me was --
> without-aiksaurus: leaving everything else in my configure line the
> same but removing that option (and opting f
On Fri, Aug 17, 2007 at 09:06:44AM +0200, Andreas Neustifter wrote:
> Same effects here, static works, shared does not, with the same
> complaints.
I count that as 'not worse than before'. We hat only static before...
Andre'
On Thu, Aug 16, 2007 at 11:20:16PM -0500, Bo Peng wrote:
> > Do you have the file lib/layouts/stdinsets.inc? I do, and
> > it is in svn too.
>
> I find out the reason: scons does not install the newly added stdinsets.inc.
>
> However, lyx/trunk does not display any character on my system (See
> a
Err, this is not exactly what I wrote, is it?
> InsetLayout const & TextClass::insetlayout(docstring const & name) const
> {
> - return insetlayoutlist_[name];
> + docstring n = name;
> + while (!n.empty()) {
> + if (!insetlayoutlist_.count(n) > 0)
> +
Martin,
This is for you I guess:
src\insets\insetcollapsable.cpp(71) : warning C4715:
'lyx::InsetCollapsable::geometry' : not all control paths return a value
Abdel.
Stefan Schimanski wrote:
>
This one works ;-)
A/
PGP.sig
Description: Signierter Teil der Nachricht
Martin Vermeer wrote:
On Thu, Aug 16, 2007 at 11:20:16PM -0500, Bo Peng wrote:
Do you have the file lib/layouts/stdinsets.inc? I do, and
it is in svn too.
I find out the reason: scons does not install the newly added stdinsets.inc.
However, lyx/trunk does not display any character on my system
On 16.08.2007, at 23:53, Jean-Marc Lasgouttes wrote:
Andre Poenitz <[EMAIL PROTECTED]> writes:
Ok. Glad to here that. No I need only a positive report from a Mac
user.
OK, almost positive :) I build here with pkg-config installed from
macports, and Qt is 4.3.0.
Note that I disable pch.
au
69 matches
Mail list logo
