Georg Baum <[EMAIL PROTECTED]> writes:
| Am Dienstag, 6. Januar 2004 23:17 schrieb Lars Gullik Bjønnes:
>>
>> It seem to me that this must be the correct fix. Can someone please
>> verify that.
>
| The fix is correct. I introduced the error when I split splitLatexLength()
| off from translate_le
Heinz-Uwe Hobohm wrote:
> Here is an add-on to my previous email:
>
> There seems to be something wrong with the following section
>
> \caption{\begin{tabular}{|c|c|c|}
Ok, you're trying to insert the table in a caption environment. Change the
environment to 'Standard' (first entry in the dro
Here is an add-on to my previous email:
There seems to be something wrong with the following section
\caption{\begin{tabular}{|c|c|c|}
\hline
&
&
\tabularnewline
\hline
\hline
&
&
\tabularnewline
\hline
&
&
\tabularnewline
\hline
&
&
\tabularnewline
\hline
\end{tabular}}
\end{table}
\end{documen
Sirs,
I have installed both lyx-1.3.2 from fink sources (lyx-qt) and a
lyx-1.3.3 binary from http://www.18james.com/lyx_on_aqua.html on a
Mac-Power-Book running OS-X 10.3.2. The following problem applies to
both:
Inserting a float table and than generating a table within the
float-box does n
Am Mittwoch, 7. Januar 2004 10:39 schrieb Jean-Marc Lasgouttes:
> > "John" == John Levon <[EMAIL PROTECTED]> writes:
>
> John> On Tue, Jan 06, 2004 at 05:03:16PM +0100, Jean-Marc Lasgouttes
> John> wrote:
> >> If you want to export to dvi and have an eps image, I seem to
> >> remember that the
Am Dienstag, 6. Januar 2004 23:17 schrieb Lars Gullik Bjønnes:
>
> It seem to me that this must be the correct fix. Can someone please
> verify that.
The fix is correct. I introduced the error when I split splitLatexLength()
off from translate_len().
Georg
On Wed, Jan 07, 2004 at 12:15:13PM -0500, Ronald Florence wrote:
> No more than maxBufLen bytes are written to buffer. If url requires
> more than maxBufLen bytes to represent itself, including the
> terminating null byte. this function returns false. To avoid this
IN which case we should real
On Jan 7, 2004, at 11:59 AM, John Levon wrote:
All of the code changes are inside QT_WS_MAC defines.
Looks fine
+ UInt8 buf[255];
+ CFURLGetFileSystemRepresentation(FontsURL, true, buf,
255);
But is this definitely correct ? (i.e. is the function API including
null
Hello,
I want to give a concrete example why I don't like the InTitle hack in
layouts. Take this with 1 Kg of salt, I only intend to show some places where
I don't like the way LyX works.
Ok, this is a corner case as LyX works for 99% of the other cases. My goal is
like yours to
On Wed, Jan 07, 2004 at 11:10:49AM -0500, Ronald Florence wrote:
>
> All of the code changes are inside QT_WS_MAC defines.
Looks fine
+ UInt8 buf[255];
+ CFURLGetFileSystemRepresentation(FontsURL, true, buf, 255);
But is this definitely correct ? (i.e. is the funct
> "Ronald" == Ronald Florence <[EMAIL PROTECTED]> writes:
Ronald> Here is a revised patch for 1.4.0 to enable compilation on
Ronald> MacOS with Qt/Mac, and to include various LyX/Mac features
Ronald> (double-clicking from the finder, relocatable application, and
Ronald> setting the PATH for th
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Wed, Jan 07, 2004 at 04:53:22PM +0100, Jean-Marc Lasgouttes
John> wrote:
>> > "Ronald" == Ronald Florence <[EMAIL PROTECTED]> writes:
>>
Ronald> The attached patch to 1.3.4cvs -- suggested by Jean-Marc --
Ronald> lets LyX/Mac fin
On Jan 7, 2004, at 11:05 AM, John Levon wrote:
Ronald> The attached patch to 1.3.4cvs -- suggested by Jean-Marc --
Ronald> lets LyX/Mac find additional fonts in its own application
Ronald> bundle. The addFontPath code works, but does not get called by
Ronald> qfont_loader::available. Instead, Qt f
On Wed, Jan 07, 2004 at 04:53:22PM +0100, Jean-Marc Lasgouttes wrote:
> > "Ronald" == Ronald Florence <[EMAIL PROTECTED]> writes:
>
> Ronald> The attached patch to 1.3.4cvs -- suggested by Jean-Marc --
> Ronald> lets LyX/Mac find additional fonts in its own application
> Ronald> bundle. The a
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Ronald" == Ronald Florence <[EMAIL PROTECTED]> writes:
>
| Ronald> Here is a revised patch for 1.4.0 to enable compilation on
| Ronald> MacOS with Qt/Mac, and to include various LyX/Mac features
| Ronald> (double-clicking from the finder, re
> "Ronald" == Ronald Florence <[EMAIL PROTECTED]> writes:
Ronald> The attached patch to 1.3.4cvs -- suggested by Jean-Marc --
Ronald> lets LyX/Mac find additional fonts in its own application
Ronald> bundle. The addFontPath code works, but does not get called by
Ronald> qfont_loader::available
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Name of layout: "Definition**"
Lars> why so mant stars? why not just one? (or none at all...)
It was just Andre in gr mode because you made him chop a patch of
his in small pieces. Something had to pay for that. I
Jean-Marc Lasgouttes wrote:
>> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> I'm not going to apply this as-is, because I haven't tested
> it. Angus> I guess that it also needs "word-find" and "word-replace"
> Angus> addtions to LyXAction.C.
>
> Angus> Nonetheless, I hope i
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> Hi Jean-Marc, the following patch to 1.3.x, fixes:
Hi Jose', it seems I forgot this message...
Jose'> * warnings when using docbook counters
This is OK
Jose'> * space missing in lib/scripts/general_command_wrapper.py
Jose'> warn
On Wed, Jan 07, 2004 at 03:25:29PM +, Angus Leeming wrote:
> I found ten minutes to move the code around, so the lyx::find stuff is
> now in lyxfind.[Ch] in my tree. Which dispatch function should I put
> these into?
Logically, LyXText::dispatch().
However, I am not sure this will work for
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I'm not going to apply this as-is, because I haven't tested it.
Angus> I guess that it also needs "word-find" and "word-replace"
Angus> addtions to LyXAction.C.
Angus> Nonetheless, I hope it makes your life easier...
+ // da
Andre Poenitz wrote:
> On Wed, Jan 07, 2004 at 02:55:27PM +, Angus Leeming wrote:
>> Andre Poenitz wrote:
>> >> > Is there a particular reason why s&r is not LFUN-inified?
>> >>
>> >> None. I have a half-baked patch (attached) that adds the lfuns.
>> >> At the moment they are still handled in
On Wed, Jan 07, 2004 at 02:55:27PM +, Angus Leeming wrote:
> Andre Poenitz wrote:
> >> > Is there a particular reason why s&r is not LFUN-inified?
> >>
> >> None. I have a half-baked patch (attached) that adds the lfuns. At
> >> the moment they are still handled in
> >> frontends/controllers/C
Andre Poenitz wrote:
>> > Is there a particular reason why s&r is not LFUN-inified?
>>
>> None. I have a half-baked patch (attached) that adds the lfuns. At
>> the moment they are still handled in
>> frontends/controllers/ControlSearch.C but it's probably trivial to
>> move them to a more appropri
> "Jose'" == Jose' Matos <[EMAIL PROTECTED]> writes:
Jose'> I am busy with real work, so please apply the patch. After a
Jose'> not so quick glance it seems ok. Any minor detail can be
Jose'> discussed later.
I did it.
JMarc
> "Ronald" == Ronald Florence <[EMAIL PROTECTED]> writes:
Ronald> Here is a revised patch for 1.4.0 to enable compilation on
Ronald> MacOS with Qt/Mac, and to include various LyX/Mac features
Ronald> (double-clicking from the finder, relocatable application, and
Ronald> setting the PATH for th
Andre Poenitz wrote:
> I don't mean the find scheme, but the 'dialog' scheme. To search for a
> 'real' formula one must be able to enter it in the search dialog. Which,
> in turn, means that the search dialog needs to accept almost arbitrary
> data instead of a simple string. Sort of 'embedded Ins
Angus Leeming <[EMAIL PROTECTED]> writes:
| Christian Ridderström wrote:
>
>> Where does 'make_indirect_iterator()' come from -- is it standard?
>> (I couldn't find it mentioned in C++ Annotations)
>
| Lars is playing with the Boost Iterator library. This iterator is
| documented here:
| http://w
Christian Ridderström wrote:
> Where does 'make_indirect_iterator()' come from -- is it standard?
> (I couldn't find it mentioned in C++ Annotations)
Lars is playing with the Boost Iterator library. This iterator is
documented here:
http://www.boost.org/libs/utility/indirect_iterator.htm
--
An
On Wed, Jan 07, 2004 at 01:57:18PM +, Angus Leeming wrote:
> Andre Poenitz wrote:
>
> > On Wed, Jan 07, 2004 at 02:46:56PM +0100, Andre' Poenitz wrote:
> >>
> >> This makes the logic a bit clearer IMO
> >
> > Is there a particular reason why s&r is not LFUN-inified?
>
> None. I have a half-
Andre Poenitz wrote:
> On Wed, Jan 07, 2004 at 02:46:56PM +0100, Andre' Poenitz wrote:
>>
>> This makes the logic a bit clearer IMO
>
> Is there a particular reason why s&r is not LFUN-inified?
None. I have a half-baked patch (attached) that adds the lfuns. At the
moment they are still handled
On Tue, 6 Jan 2004, Lars Gullik Bjønnes wrote:
> Depends on how verbose you want to be...
>
>indirect_iterator it =
>find_if(make_indirect_iterator(layoutlist_.begin()),
>make_indirect_iterator(layoutlist_.end()),
>LayoutNamesEqual(name));
On Wed, Jan 07, 2004 at 02:46:56PM +0100, Andre' Poenitz wrote:
>
> This makes the logic a bit clearer IMO
Is there a particular reason why s&r is not LFUN-inified?
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T.
This makes the logic a bit clearer IMO
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
Index: lyxfind.C
===
RCS f
> "Vitaly" == Vitaly Lipatov <[EMAIL PROTECTED]> writes:
Vitaly> Please add in lib/doc/TOP_top attached file
Thank you for the file. I committed it to HEAD and 1.3.x branch.
JMarc
Andre Poenitz wrote:
> I don't mean the find scheme, but the 'dialog' scheme. To search for
> a 'real' formula one must be able to enter it in the search dialog.
> Which, in turn, means that the search dialog needs to accept almost
> arbitrary data instead of a simple string. Sort of 'embedded
> In
Alfredo Braunstein wrote:
> on lyx-xforms, File->Open gives me a mask of "*.lyx| LyX Documents
> (*.lyx)" that filters out all .lyx files.
> If I change it to "*.lyx | LyX Documents (*.lyx)" or "*.lyx" all
> goes well.
Thanks for the report, Alfredo.
The problem with the above is that it is a na
On Wed, Jan 07, 2004 at 01:53:29PM +0100, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > On Wed, Jan 07, 2004 at 01:30:02PM +0100, Alfredo Braunstein wrote:
> > Would be a good starting point. Searching for real formulas would be
> > better, of course, but that would involve something simi
Andre Poenitz wrote:
> On Wed, Jan 07, 2004 at 01:30:02PM +0100, Alfredo Braunstein wrote:
> Would be a good starting point. Searching for real formulas would be
> better, of course, but that would involve something similar to a
> InsetText as 'search' field in the S&R dialog. I am not sure whethe
On Wed, Jan 07, 2004 at 01:30:02PM +0100, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > On Wed, Jan 07, 2004 at 01:00:53PM +0100, Andre' Poenitz wrote:
> >> But should be re-added somehow...
> >
> > Incidently, where do I start?
>
> It depends on what we want.
I want real S&R in math.
Andre Poenitz wrote:
> On Wed, Jan 07, 2004 at 01:00:53PM +0100, Andre' Poenitz wrote:
>> But should be re-added somehow...
>
> Incidently, where do I start?
It depends on what we want.
> lyx::find seems to use insets only implicitly by using PosIterator,
> i.e. does not descend into math at a
On Tuesday 06 January 2004 11:25, Georg Baum wrote:
> > On Tuesday 30 December 2003 15:41, Georg Baum wrote:
> > > + lines[i] += '\\backslash '
> >
> > I am avoiding this although I use it in my code alot since this is not
> > supported in python 1.5.2
Also notice the cumbersome impo
On Wed, Jan 07, 2004 at 01:00:53PM +0100, Andre' Poenitz wrote:
> But should be re-added somehow...
Incidently, where do I start?
lyx::find seems to use insets only implicitly by using PosIterator,
i.e. does not descend into math at all.
Andre'
--
Those who desire to give up Freedom in order
on lyx-xforms, File->Open gives me a mask of "*.lyx| LyX Documents (*.lyx)"
that filters out all .lyx files.
If I change it to "*.lyx | LyX Documents (*.lyx)" or "*.lyx" all goes well.
Alfredo
Christian Ridderström wrote:
> I don't even understand what you're trying to achieve :-)
Nor do I :-(
I'll muse on and try and gather my thoughts into some sort of design
doc.
--
Angus
On Tue, 6 Jan 2004, Angus Leeming wrote:
> Well the first step is to modify the code that returns the file
> format. We already have a class to store useful information
> about the file, FileName. Indeed, InsetExternal stores the name
> of the file in a FileName variable.
Funny, given the name 'F
On Wed, Jan 07, 2004 at 11:29:45AM +, Angus Leeming wrote:
> dialog will not be implemented (a task manager of processes forked by lyx).
> It was implemented in the xforms frontend 'for fun'. I'm not sure whether I
> agree with John Levon when he says that 'such things should be controlled
Angus Leeming wrote:
> Conclusion: if you like xforms better, then stick with it.
Ach! Wrong list. Sorry.
--
Angus
On Wednesday 07 January 2004 11:13 am, Henrik Edlund wrote:
> I was just looking at http://www.devel.lyx.org/guii.php3 and it seems
> there that the xforms interface is more complete. I am pondering whether I
> should move from xforms to QT or not. I like xforms better, but if QT is
> getting more
Andre Poenitz wrote:
>> Note that rows are needed on setCursor only for setting the correct
>> bv->x_target (I think). I wonder if we can simply avoid that somehow.
>
> See attached.
Solved thanks.
Btw, the first rebreak after uncollapsing is wrong, but there are other
width problems so hopeful
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| | IMO there is a draw between 'old fashioned code' and lambda. If one
| | needs to decide for one or the other, other criteria are needed.
| | 'simple standard constructs' would be one of them.
>
| so bind(&Foo::name, _1, name)
This was not the ex
Jean-Marc Lasgouttes wrote:
> Angus> See attached. Ok to commit? Angus
> Yes.
Done.
--
Angus
On Wed, Jan 07, 2004 at 10:33:50AM +0100, Alfredo Braunstein wrote:
> >From text.C:
>
> 789 ::breakParagraph(bv()->buffer()->params(), paragraphs, cpit,
> 790 cursor.pos(), keep_layout);
> 791
> 792 #warning Trouble Point! (Lgb)
> 793 // When ::breakParagra
Hello lyx developers,
i have a feature request which i would like to discuss here to improve
lyx further. One thing first, i only know 1.3.3 and not the cvs
version(s) (only what i read on lyx-devel), so maybe this is fixed
already. But anyway:
I have the idea that the current document font selec
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> See attached. Ok to commit? Angus
Yes.
JMarc
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Tue, Jan 06, 2004 at 05:03:16PM +0100, Jean-Marc Lasgouttes
John> wrote:
>> If you want to export to dvi and have an eps image, I seem to
>> remember that the dvi will contain an hardcoded reference to a file
>> that does not exist: h
>From text.C:
789 ::breakParagraph(bv()->buffer()->params(), paragraphs, cpit,
790 cursor.pos(), keep_layout);
791
792 #warning Trouble Point! (Lgb)
793 // When ::breakParagraph is called from within an inset we must
794 // ensure that the corre
On Tue, 6 Jan 2004, Lars Gullik Bjønnes wrote:
> John Levon <[EMAIL PROTECTED]> writes:
>
> | On Tue, Jan 06, 2004 at 04:09:08PM +0100, Georg Baum wrote:
> >
> >> If use_tempdir is false, lyx does not know wether a certain file was created
> >> by lyx or not. This means that every time you updat
Andre Poenitz <[EMAIL PROTECTED]> writes:
>> | IMO there is a draw between 'old fashioned code' and lambda and the tie
>> | breaker 'simple standard constructs' prefers 'old fashioned code'.
>>
>> can you add some commas to make me understand the sentence?
>
| IMO there is a draw between 'old fas
Alfredo Braunstein wrote:
> Comments? (is undoSpan a good name?)
And umph... you can ignore the tab/whitespace breakage, I've already
corrected it (there is a 1/8 probability of not detecting a misplaced
tab... I'm not lucky today)
Alfredo
On Wed, Jan 07, 2004 at 09:49:23AM +0100, Alfredo Braunstein wrote:
> Comments? (is undoSpan a good name?)
Yes. At least I understood what was meant...
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B
Andre Poenitz wrote:
> On Wed, Jan 07, 2004 at 12:41:10AM +0100, Alfredo Braunstein wrote:
>> "Undo fails with itemize environments"
>>
>> The problem is that a par break can change the layout of the second
>> piece, and a the layout change can force a depth change on the following
>> par. So we
On Wed, Jan 07, 2004 at 09:22:32AM +0100, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > On Wed, Jan 07, 2004 at 09:07:24AM +0100, Andre' Poenitz wrote:
> >> The reason is probably that the row cache is empty as the row was never
> >> drawn.
> >>
> >> I am not sure how a proper solution w
On Wed, Jan 07, 2004 at 09:22:32AM +0100, Alfredo Braunstein wrote:
> Andre Poenitz wrote:
>
> > On Wed, Jan 07, 2004 at 09:07:24AM +0100, Andre' Poenitz wrote:
> >> The reason is probably that the row cache is empty as the row was never
> >> drawn.
> >>
> >> I am not sure how a proper solution w
Andre Poenitz wrote:
> On Wed, Jan 07, 2004 at 09:07:24AM +0100, Andre' Poenitz wrote:
>> The reason is probably that the row cache is empty as the row was never
>> drawn.
>>
>> I am not sure how a proper solution would look like.
>
> The attached patch paints over the problem...
;-)
Note that
On Wed, Jan 07, 2004 at 09:07:24AM +0100, Andre' Poenitz wrote:
> The reason is probably that the row cache is empty as the row was never
> drawn.
>
> I am not sure how a proper solution would look like.
The attached patch paints over the problem...
Andre'
Index: paragraph.C
On Wed, Jan 07, 2004 at 12:24:43AM +0100, Alfredo Braunstein wrote:
> open UG, click on first footnote ->
>
> #0 0x080ff99c in Row::pos() const ()
> #1 0x0811a765 in Paragraph::getRow(int) (this=0x83c7a88, pos=0)
> at ../../src/paragraph.C:1831
> #2 0x0813ef5d in LyXText::cursorX(LyXCursor
On Wed, Jan 07, 2004 at 12:41:10AM +0100, Alfredo Braunstein wrote:
> "Undo fails with itemize environments"
>
> The problem is that a par break can change the layout of the second piece,
> and a the layout change can force a depth change on the following par. So
> we have to remember the depth of
On Wed, Jan 07, 2004 at 12:36:25AM +0100, Alfredo Braunstein wrote:
> Nothing breathtaking. Ok?
Why not.
Andre'
--
Those who desire to give up Freedom in order to gain Security, will not have,
nor do they deserve, either one. (T. Jefferson or B. Franklin or both...)
On Tue, Jan 06, 2004 at 07:44:47PM +0100, Lars Gullik Bjønnes wrote:
> struct SameName : public std::unary_function {
>SameName(std::string const & name) : name_(name) {}
>bool operator()(Foo const & foo) const { return foo.name() == name_; }
>std::string name_;
> };
>
> a
70 matches
Mail list logo