The result of export-html looks weird, especially when subdocuments and
pictures are involved. Additionally hfill results in no space at all.
--
Hartmut
Hungerhilfe: http://www.thehungersite.com
Das heutige Motto:
Life is to you a dashing and bold adventure.
On Tue, Nov 30, 2004 at 09:38:01AM +0100, [EMAIL PROTECTED] wrote:
That's strange as LyX 1.4.0cvs + kdewin's Qt port compile almost
out-of-the box on Win2k with Cygwin (gcc 3.3.1 I believe).
Hmmm... You mean Qt/Win32 GPL?
I think so. At least I am fairly sure the undo fix I recently
On Thu, Dec 02, 2004 at 11:16:54AM +0100, Lars Gullik Bjønnes wrote:
Martin Vermeer [EMAIL PROTECTED] writes:
| Just found out that in order to get proper hypenation for Finnish out of
| teTeX, you have to turn it on through the texconfig utility!
| Believe it or not, by default you only
On Thu, Dec 02, 2004 at 02:24:26PM +0100, Georg Baum wrote:
-int LyXTabular::getCellNumber(int row, int column) const
+LyXTabular::idx_type LyXTabular::getCellNumber(row_type row,
+ col_type column) const
{
- BOOST_ASSERT(column = 0 ||
On Tue, Nov 30, 2004 at 05:37:34PM +0100, Alfredo Braunstein wrote:
There are some things of that patch I don't understand.
In textUndoOrRedo 1) what does the bv.cursor has to do with anything?
It should be needed to e.g. give the target for the Undo struct that will
be pushed on the
On Thu, Dec 02, 2004 at 06:07:39PM +0100, Georg Baum wrote:
This is one for the coordinate/drawing experts:
Open a document with a table with many rows or create a table in a new
document and add rows until there are more rows than can be displayed -
the scrollbar does not become smaller, but
On Tue, Nov 30, 2004 at 10:29:34AM +0100, Jean-Marc Lasgouttes wrote:
I would be willing to remove them if I had a good explanation of the
trade off involved. I understand they got removed from 1.4.0cvs, but
then they used to be a gain when they got added. Does that mean that
only old
On Sat, Dec 04, 2004 at 03:42:45AM +0100, Alfredo Braunstein wrote:
4) Your timing is admirable
What did I do...
john
John Levon [EMAIL PROTECTED] writes:
| On Sat, Dec 04, 2004 at 03:42:45AM +0100, Alfredo Braunstein wrote:
4) Your timing is admirable
| What did I do...
Well... this exact same thing has been discussed several times, you
never piped up then...
--
Lgb
Am Freitag, 3. Dezember 2004 22:42 schrieb Rainer Dorsch:
- When I append a row in a tabular, LyX adds an additional hline, when
the
cursor is in the last row (which I usually have to remove again). This
is a
usability issue. Or did I miss something. If not, should I enter this
as a
On Sat, Dec 04, 2004 at 01:21:34PM +0100, Lars Gullik Bj?nnes wrote:
Well... this exact same thing has been discussed several times, you
never piped up then...
Oh OK. I'll shut up then I suppose
john
What the subject says.
--
Lgb
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Can you try this one out?
| With some magic (sed and brace expansion) we might be able to use
| AM_CPPFLAGS for PCH_FLAGS.
| All-in-all the result is nicer than what we have now, but the
| implementaion is a bit hairy.
I went ahead an committed
On Sat, Dec 04, 2004 at 01:42:38AM +, John Levon wrote:
On Fri, Dec 03, 2004 at 10:38:12PM +0100, Alfredo Braunstein wrote:
Humm... right this is fault of the new coord scheme: now we don't know the
full doc height so we cannot accurately compute the scrollbar height. I
BTW, why did
On Sat, Dec 04, 2004 at 03:42:45AM +0100, Alfredo Braunstein wrote:
1) I actually didn't decide.
John seemingly got tired to blame me all the time.
In fact I am a bit concerned about this change in attitude.
I am coming to that age where fundamental changes in the
world are no longer
On Fri, Dec 03, 2004 at 06:00:38PM -0500, candide wrote:
No, the only three real problems with branches are:
- Unfamiliarity with them, possibly combined with fear of them.
I have worked with them although I am afraid of them. I was no happy and
I don't see the benefits outweighting the
On Fri, Dec 03, 2004 at 06:30:15PM +, Jose' Matos wrote:
This code is never called inside lyx since lyx2lyx already changes the table
version format.
The patch attached does exactly this.
Good boy.
Andre'
Andre Poenitz [EMAIL PROTECTED] writes:
(Only needed for patches affecting code you're working on.
Otherwise, just Merge Early and Often.)
| Lars's patches tend to touch lots of files, so you most certainly get
| lots of conflicts if you are not close to HEAD and have similar patches
|
Andre Poenitz [EMAIL PROTECTED] writes:
| PS: On the other hand it could well be that John is simply
| attacking people randomly, possibly weighted by the number
| of messages on cvs log.
You really shouldn't let your grumpiness show too much.
(btw. welcome to my world)
--
Lgb
Have a look. This works fine for me.
Index: boost/libs/filesystem/src/Makefile.am
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/boost/libs/filesystem/src/Makefile.am,v
retrieving revision 1.4
diff -u -p -B -b -w -r1.4 Makefile.am
One part that may benefit from suggestions:
In GInclude::onOpenClicked, in order to apply changes ready for loading
the document (which closes the dialog), I do
+ apply();
+ controller().dispatchParams();
where other frontends trigger their ok buttons. Calling
Lars Gullik Bjnnes wrote:
| This should fix it. Could you confirm?
I can try to.
It is not something that happened every time.
But I'll test a bit with this patch.
I'll commit this in a while if there are no objections.
This is the above fix (but reintroducing the optimization by using
Hi!
After a long time I updated my 1.4.0cvs and played around a little.
Are we allowed to report bugs for the new coord code yet? :-)
I haven't managed to reproduce the following crash so far, but maybe
someone
wants to take a look.
It happend when I changed the document class from Docbook to
Hi!
The following is reproducible for me: create a table and start typing
rapidly
some chars and intersperse some LEFT keys to change the cell.
After approx. 20 cells LyX crashes (console output below)
/Andreas
# InsetTabular::dispatch: cmd: action: 86 arg: ' ' x: 0 y: 0
recordUndo: cur:
This ugly global flag in text3.C seems to not be needed anymore. The
functionality (as declared in a comment removed in the patch) should be
nowadays taken care by the frontends, who only send DRAG events if the
PRESS event was inside the workarea too.
Of course, I might be missing entirely the
Andreas Vox wrote:
Hi!
After a long time I updated my 1.4.0cvs and played around a little.
Are we allowed to report bugs for the new coord code yet? :-)
Yes please ;-)
Regards, Alfredo
Alfredo Braunstein [EMAIL PROTECTED] writes:
| Lars Gullik Bjønnes wrote:
| This should fix it. Could you confirm?
I can try to.
It is not something that happened every time.
But I'll test a bit with this patch.
| I'll commit this in a while if there are no objections.
Very much ok.
The result of export->html looks weird, especially when subdocuments and
pictures are involved. Additionally hfill results in no space at all.
--
Hartmut
Hungerhilfe: http://www.thehungersite.com
Das heutige Motto:
Life is to you a dashing and bold adventure.
On Tue, Nov 30, 2004 at 09:38:01AM +0100, [EMAIL PROTECTED] wrote:
> > That's strange as LyX 1.4.0cvs + kdewin's Qt port compile almost
> > out-of-the box on Win2k with Cygwin (gcc 3.3.1 I believe).
>
> Hmmm... You mean Qt/Win32 GPL?
I think so. At least I am fairly sure the undo fix I recently
On Thu, Dec 02, 2004 at 11:16:54AM +0100, Lars Gullik Bjønnes wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> | Just found out that in order to get proper hypenation for Finnish out of
> | teTeX, you have to turn it on through the texconfig utility!
> >
> | Believe it or not, by default
On Thu, Dec 02, 2004 at 02:24:26PM +0100, Georg Baum wrote:
> -int LyXTabular::getCellNumber(int row, int column) const
> +LyXTabular::idx_type LyXTabular::getCellNumber(row_type row,
> + col_type column) const
> {
> - BOOST_ASSERT(column >= 0
On Tue, Nov 30, 2004 at 05:37:34PM +0100, Alfredo Braunstein wrote:
> >> There are some things of that patch I don't understand.
> >>
> >> In textUndoOrRedo 1) what does the bv.cursor has to do with anything?
> >
> > It should be needed to e.g. give the target for the Undo struct that will
> >
On Thu, Dec 02, 2004 at 06:07:39PM +0100, Georg Baum wrote:
> This is one for the coordinate/drawing experts:
> Open a document with a table with many rows or create a table in a new
> document and add rows until there are more rows than can be displayed ->
> the scrollbar does not become smaller,
On Tue, Nov 30, 2004 at 10:29:34AM +0100, Jean-Marc Lasgouttes wrote:
> I would be willing to remove them if I had a good explanation of the
> trade off involved. I understand they got removed from 1.4.0cvs, but
> then they used to be a gain when they got added. Does that mean that
> only old
On Sat, Dec 04, 2004 at 03:42:45AM +0100, Alfredo Braunstein wrote:
> 4) Your timing is admirable
What did I do...
john
John Levon <[EMAIL PROTECTED]> writes:
| On Sat, Dec 04, 2004 at 03:42:45AM +0100, Alfredo Braunstein wrote:
>
>> 4) Your timing is admirable
>
| What did I do...
Well... this exact same thing has been discussed several times, you
never piped up then...
--
Lgb
Am Freitag, 3. Dezember 2004 22:42 schrieb Rainer Dorsch:
> - When I append a row in a tabular, LyX adds an additional hline, when
the
> cursor is in the last row (which I usually have to remove again). This
is a
> usability issue. Or did I miss something. If not, should I enter this
as a
>
On Sat, Dec 04, 2004 at 01:21:34PM +0100, Lars Gullik Bj?nnes wrote:
> Well... this exact same thing has been discussed several times, you
> never piped up then...
Oh OK. I'll shut up then I suppose
john
What the subject says.
--
Lgb
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Can you try this one out?
>
| With some magic (sed and brace expansion) we might be able to use
| AM_CPPFLAGS for PCH_FLAGS.
>
| All-in-all the result is nicer than what we have now, but the
| implementaion is a bit hairy.
I went ahead an
On Sat, Dec 04, 2004 at 01:42:38AM +, John Levon wrote:
> On Fri, Dec 03, 2004 at 10:38:12PM +0100, Alfredo Braunstein wrote:
>
> > Humm... right this is fault of the new coord scheme: now we don't know the
> > full doc height so we cannot accurately compute the scrollbar height. I
>
> BTW,
On Sat, Dec 04, 2004 at 03:42:45AM +0100, Alfredo Braunstein wrote:
> 1) I actually didn't decide.
John seemingly got tired to blame me all the time.
In fact I am a bit concerned about this change in attitude.
I am coming to that age where fundamental changes in the
world are no longer
On Fri, Dec 03, 2004 at 06:00:38PM -0500, candide wrote:
> No, the only three real problems with branches are:
>
> - Unfamiliarity with them, possibly combined with fear of them.
I have worked with them although I am afraid of them. I was no happy and
I don't see the benefits outweighting the
On Fri, Dec 03, 2004 at 06:30:15PM +, Jose' Matos wrote:
> This code is never called inside lyx since lyx2lyx already changes the table
> version format.
>
> The patch attached does exactly this.
Good boy.
Andre'
Andre Poenitz <[EMAIL PROTECTED]> writes:
>>(Only needed for patches affecting code you're working on.
>> Otherwise, just Merge Early and Often.)
>
| Lars's patches tend to touch lots of files, so you most certainly get
| lots of conflicts if you are not close to HEAD and have similar
Andre Poenitz <[EMAIL PROTECTED]> writes:
| PS: On the other hand it could well be that John is simply
| attacking people randomly, possibly weighted by the number
| of messages on cvs log.
You really shouldn't let your grumpiness show too much.
(btw. welcome to my world)
--
Lgb
Have a look. This works fine for me.
Index: boost/libs/filesystem/src/Makefile.am
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/boost/libs/filesystem/src/Makefile.am,v
retrieving revision 1.4
diff -u -p -B -b -w -r1.4 Makefile.am
One part that may benefit from suggestions:
In GInclude::onOpenClicked, in order to apply changes ready for loading
the document (which closes the dialog), I do
+ apply();
+ controller().dispatchParams();
where other frontends trigger their "ok" buttons. Calling
Lars Gullik BjÃnnes wrote:
> | This should fix it. Could you confirm?
>
> I can try to.
>
> It is not something that happened every time.
> But I'll test a bit with this patch.
I'll commit this in a while if there are no objections.
This is the above fix (but reintroducing the optimization by
Hi!
After a long time I updated my 1.4.0cvs and played around a little.
Are we allowed to report bugs for the new coord code yet? :-)
I haven't managed to reproduce the following crash so far, but maybe
someone
wants to take a look.
It happend when I changed the document class from Docbook to
Hi!
The following is reproducible for me: create a table and start typing
rapidly
some chars and intersperse some LEFT keys to change the cell.
After approx. 20 cells LyX crashes (console output below)
/Andreas
# InsetTabular::dispatch: cmd: action: 86 arg: ' ' x: 0 y: 0
recordUndo: cur:
This ugly global flag in text3.C seems to not be needed anymore. The
functionality (as declared in a comment removed in the patch) should be
nowadays taken care by the frontends, who only send DRAG events if the
PRESS event was inside the workarea too.
Of course, I might be missing entirely the
Andreas Vox wrote:
> Hi!
>
> After a long time I updated my 1.4.0cvs and played around a little.
> Are we allowed to report bugs for the new coord code yet? :-)
Yes please ;-)
Regards, Alfredo
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
| Lars Gullik Bjønnes wrote:
>
>> | This should fix it. Could you confirm?
>>
>> I can try to.
>>
>> It is not something that happened every time.
>> But I'll test a bit with this patch.
>
| I'll commit this in a while if there are no objections.
54 matches
Mail list logo