Angus Leeming <[EMAIL PROTECTED]> writes:
| Slowly, Michael, slowly :)
Also... be very, very wary of doing anything other than fixing bugs.
If it is not a regression from 1.3.x then don't fix it. (unless it is
a crash)
--
Lgb
I think the email subject says it all. It seems that lyx2lyx must be
fixed before LyX 1.4 is ready for the Windows platform.
Michael could you open a new report on bugzilla for this issue?
I plan to fix this issue this week and a bugilla helps not to forget
it. :-)
Michael, this should now be fixe
Alfredo Braunstein wrote:
Alfredo> An alternative is to associate a bv with a buffer for ever,
Alfredo> and only make the active bv visible, as opposed to having
Alfredo> just one bv but changing the buffer of it.
How difficult is it?
Good question ;-) I'll try to have a look.
Does this mean that y
Jose' Matos wrote:
Incidentally, have you asked in the immodule list about this stuff?
(Given that none of us "know anything about this stuff either".)
Sure not, real men don't ask questions they jump the cliff. ;-)
I have noticed that its mailing has been really quiet lately. I will ask
there an
Uwe StÃhr wrote:
Hello LyXers,
what is the name of the xpm for the QT math panel symbol "Sets limits
style"?
Post a screen shot of the dialog you mean.
Angus
Juergen Spitzmueller wrote:
Juergen Spitzmueller wrote:
+ // resort if filename only (because of missing path)
+ if (!withFullPath)
+ dialog_->fileList->sort();
This does not work (the vector itself has to be reordered). I send a better
patch tomorrow.
Here it is. It look
Michael Schmitt wrote:
Hello again,
there is a problem with QIndex. According to .../qt2/Dialogs.C, the
class and its dialog are used for two things nowadays: Labels and
indexes. For that reason, the tooltip in QIndexDialogBase.ui is not
longer valid. I propose to remove it (along with the label
Michael Schmitt wrote:
I think nobody complained about moving the gnome frontend to the attic.
Indeed. More importantly, I saw that John Spray would be OK if it was
booted upstairs.
If nobody continues to complain then I'll do so in the next few days.
Angus
Kayvan A. Sylvan wrote:
Why blame me? :)
My friend, (you should always be wary when someone begins this way) ;-)
There speaks a wise man.
My dear dear friend,
I am not blaming you, I am merely acknowledging that you know far far
more about the code base than I, and if you don't know, you might be
Some notes to self (and JMarc of course :)
I've just spent an evening doing some real work with LyX, so I tried
out the Windows version of LyX 1.3.x installed at
C:\Program Files\LyX.
As a result
* we now have a new version of clean_dvi.py,
* I've discovered that my intermediate dvi format must s
On Thu, May 19, 2005 at 09:50:36PM +, Angus Leeming wrote:
> Kayvan A. Sylvan wrote:
> >Anyone have a look at this? It's been a while since I have actively
> >done Literate Programming with LyX and I have need of this functionality
> >again.
> >
> >What happened with the error boxes?
>
> I thi
Kayvan A. Sylvan wrote:
Anyone have a look at this? It's been a while since I have actively
done Literate Programming with LyX and I have need of this functionality
again.
What happened with the error boxes?
I think that they died and were replaced by Alfredo's ErrorList. See
src/frontends/control
Anyone have a look at this? It's been a while since I have actively
done Literate Programming with LyX and I have need of this functionality
again.
What happened with the error boxes?
Angus, do you know (or know who might know)?
Thanks everyone!
---Kayvan
On Wed, May 18
Michael Schmitt wrote:
> Anybody out there willing and able to apply the patch? I like clean
> working copies :-)
Done.
Georg
Jean-Marc Lasgouttes wrote:
Michael> Hello, some more text message changes. This patch (almost)
Michael> finishes my cleanup.
Michael> Please check and apply.
This looks good to me.
Anybody out there willing and able to apply the patch? I like clean
working copies :-)
Michael
Lars Gullik Bjønnes wrote:
> | (See attached.) I can't remember if any concensus was reached. The code
> | is certainly conceptually cleaner than what we have now, even if it
> | transpires that it doesn't actually reduce traffic that much.
>>
> | If nodody says "commit it, Angus", I'll just leave
Jean-Marc Lasgouttes wrote:
> Angus> I've managed to write a script to automate the process of
> Angus> producing a LyX/Win package. I describe below what it does;
> Angus> have I missed anything?
>
> It would be great to have an installer.
Does the installer actually create the package in the fi
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
>
| Lars> This patch tries to make us kinder to the user that wants to set
| Lars> his own compiler options. With this patch the user does not have
| Lars> to add the options that we r
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I do believe that LyX 1.3.6 is looking like a realistic
Angus> prospect :) What else is planned?
Not much...
Angus> I see that bugzilla comes up with five bugs in the 1.3.x
Angus> series: http://tinyurl.com/7aghm
Some of these wo
Angus Leeming <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>> Angus Leeming <[EMAIL PROTECTED]> writes:
>> | (See attached.) I can't remember if any concensus was reached. The
>> code is
>> | certainly conceptually cleaner than what we have now, even if it
>> | transpires that it doesn
I do believe that LyX 1.3.6 is looking like a realistic prospect :)
What else is planned?
I see that bugzilla comes up with five bugs in the 1.3.x series:
http://tinyurl.com/7aghm
(Incidentally, http://bugzilla.lyx.org/buglist.cgi?target_milestone=1.3.6
comes up with only three bugs.)
I've mana
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> This patch tries to make us kinder to the user that wants to set
Lars> his own compiler options. With this patch the user does not have
Lars> to add the options that we require for a correct build.
Great! I can remove it from m
This patch tries to make us kinder to the user that wants to set his
own compiler options. With this patch the user does not have to add
the options that we require for a correct build.
If the flags (CXXFLAGS) is user supplied, the debug flag and the
optimizer flag (+ the warnings) is overrided b
Why do we put vspace around the lyxline? lyx_sty.C line 25ff:
string const lyxline_def =
"\\newcommand{\\lyxline}[1]{\n"
" {#1 \\vspace{1ex} \\hrule width \\columnwidth \\vspace{1ex}}\n"
"}";
Can't we let the user decide if and how much he wants?
--
Viele Grüße,
Hartmut
I wanted an extra border around a table, so I put it in a
rectangular box. The idea was to get the same effect
as \fbox{ ... } around the table.
At first I struggled with this - boxes unfortunately seems to
have a width of their own. (I can see how that is useful
in a number of other cases of cour
The mechanism for inserting labels is a little too eager when
finding text to put into the label.
Example 1: A label inserted _after_ a float will come up with a
suggestion based on text inside the float. The text suggestion
should probably not go into a float, giving up with whatever
litte or no t
Lars Gullik Bjønnes wrote:
Angus Leeming <[EMAIL PROTECTED]> writes:
| (See attached.) I can't remember if any concensus was reached. The code is
| certainly conceptually cleaner than what we have now, even if it
| transpires that it doesn't actually reduce traffic that much.
| If nodody says "comm
Angus Leeming <[EMAIL PROTECTED]> writes:
| (See attached.) I can't remember if any concensus was reached. The code is
| certainly conceptually cleaner than what we have now, even if it
| transpires that it doesn't actually reduce traffic that much.
>
| If nodody says "commit it, Angus", I'll just
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Jean-Marc, this is another attempt to correct the UI files
Michael> and make them consistent. This time, I used ellipses (...)
Michael> according to the KDE human interface guideline.
Another text change that would be great i
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Jean-Marc, this is another attempt to correct the UI files
Michael> and make them consistent. This time, I used ellipses (...)
Michael> according to the KDE human interface guideline.
This looks good to me, but I'll let John
> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:
Michael> Hello, some more text message changes. This patch (almost)
Michael> finishes my cleanup.
Michael> Please check and apply.
This looks good to me.
JMarc
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I don't think that we're in a position to work around it yet.
Angus> If I ever commit my command line parser then this sort of thing
Angus> becomes trivial, but for now QuoteName just isn't powerful
Angus> enough.
Indeed.
JMarc
Angus Leeming wrote:
> No, I'm just guessing why control didn't get passed to the
> QuitLyX();
> exit(!success);
> block.
Fine, then I am going to apply the patch.
Georg
(See attached.) I can't remember if any concensus was reached. The code is
certainly conceptually cleaner than what we have now, even if it
transpires that it doesn't actually reduce traffic that much.
If nodody says "commit it, Angus", I'll just leave it to rot in my pending
directory.
--
Angus
Jean-Marc Lasgouttes wrote:
> Angus> These are needed to enable lyx2lyx to work with "files with
> Angus> spaces". As an added bonus, the alert will now be triggered if
> Angus> lyx2lyx is not found.
>
> This looks good.
I'll commit to both trees then.
> BTW, I had recently to work on a file whi
Georg Baum wrote:
>> It looks good to me, but we should still ascertain why
>> if (last_loaded->dispatch(batch_command, &success))
>> is failing.
>
> Is it? I got the errors when lyx2lyx failed. loadLyXFile() returns false
> in this case and the statement above is never executed. Or did you
>
Jean-Marc Lasgouttes wrote:
>>> I think I'd prefer that, if it is possible and not too
>>> complicated. Basically I just want to allow people to work with
>>> paths with spaces transparently in cases where it is possible.
>
> Angus> Ok, try this. Super simple, no?
>
> This looks just like what I
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Sat, May 14, 2005 at 01:42:58PM +0100, John Levon wrote:
>> On Fri, May 13, 2005 at 09:25:31PM +0200, Andre Poenitz wrote:
>>
>> > So why not solve that he other way round: Do not blink the cursor unless
>> > all draws have been finished?
>>
>> I th
Helge Hafting <[EMAIL PROTECTED]> writes:
| The qt GUI used to have trouble with LANG=no_NO.UTF-8, but that
| is solved. So no need to reset LANG to no_NO to run lyx-1.4,
| except when spellchecking:
>
| Aspell seems to puke on every word containing non-ascii when
| LANG=no_NO.UTF-8, and inserti
Angus Leeming <[EMAIL PROTECTED]> writes:
| Oh, sure. That's why you'll note I was not advocating killing the gtk port.
| The XForms port should go, IMO, because it will become too much effort to
| maintain in a unicoded LyX. Personally, I'm not going to invest effort in
| a gtk port, but I'm not
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Thu, May 12, 2005 at 06:47:50PM +0200, Lars Gullik Bjønnes wrote:
>> this is kindo a proof-of-concept.
>
| Is there a specific reason this queue is in the frontend and not in the
| core?
>
| If it were in the core we could have an 'update' lfuns, and
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Sat, May 14, 2005 at 04:02:10PM +0300, Martin Vermeer wrote:
>> On Sat, May 14, 2005 at 01:42:58PM +0100, John Levon wrote:
>> > On Fri, May 13, 2005 at 09:25:31PM +0200, Andre Poenitz wrote:
>> >
>> > > So why not solve that he other way round: Do n
Martin Vermeer <[EMAIL PROTECTED]> writes:
>> So, whilst multiple possible frontends is somehow "nice", it's not very
>> important IMO.
>
| Entropy, Angus. That, and human nature. It's like with platform or
| achitecture independence: if actually using multiple platforms isn't
| forcing you, it _w
Martin Vermeer <[EMAIL PROTECTED]> writes:
| On Fri, May 13, 2005 at 10:59:44PM +0200, Andre Poenitz wrote:
>> On Fri, May 13, 2005 at 09:46:29PM +0300, Martin Vermeer wrote:
>> > Actually it should be noted that paintText called from LyXScreen::redraw
>> > still draws _three_ paragraphs: the one
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> These are needed to enable lyx2lyx to work with "files with
Angus> spaces". As an added bonus, the alert will now be triggered if
Angus> lyx2lyx is not found.
This looks good.
BTW, I had recently to work on a file which name conta
Andre Poenitz <[EMAIL PROTECTED]> writes:
| On Thu, May 12, 2005 at 08:45:24PM -0400, Rob Bearman wrote:
>> > Multiply defined symbols? Just remove lengthvalidator.*
>> >
>> > --
>> > Angus
>> >
>>
>> Could the attached patch to development/win32/lyx.vcproj be applied,
>> please? This takes ca
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>> I think I'd prefer that, if it is possible and not too
>> complicated. Basically I just want to allow people to work with
>> paths with spaces transparently in cases where it is possible.
Angus> Ok, try this. Super simple, no?
This l
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
>
| Jean-Marc> So, which date shall we choose? For the first week-end,
| Jean-Marc> July 15-19 would indeed be a little bit easier to organize,
| Jean-Marc> since I am not sure w
Angus Leeming wrote:
> It looks good to me, but we should still ascertain why
> if (last_loaded->dispatch(batch_command, &success))
> is failing.
Is it? I got the errors when lyx2lyx failed. loadLyXFile() returns false in
this case and the statement above is never executed. Or did you observe
49 matches
Mail list logo
