Lars Gullik Bjønnes wrote:
>
> I have put something similar to this into CVS,
> [...]
> it would be nice if people could try this patch, fiddle with it
> and see if it can potentially solve most of the latin-X problems.
> (I belive that it can)
Thanks a lot!
Unfortunately I tried to reach the l
Hi,
when testing mini pages in combination with floats and graphics, I get the
following console message:
InsetMinipage::Read: Missing 'widthp_'-tag!
Maybe this is a useful information?
Michael
--
==
Michael Schmitt
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Can people check if pressing the "Print" Icon on the toolbar
Angus> leads to a crash. Ie, is it me or is it s/o else? All other
Angus> icons are fine.
I do not see a crash, but this may be related to the following:
http://www.mai
On Friday 11 May 2001 15:50, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> I hope you mean "Why not keep the combox?", which is starting
> Angus> to make sense to me.
>
> Yes, that's what I meant, actually :) The other solution would be a
> h
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I hope you mean "Why not keep the combox?", which is starting
Angus> to make sense to me.
Yes, that's what I meant, actually :) The other solution would be a
hierachical menu, where the layout files could give hints of submenus
in
On Friday 11 May 2001 15:23, Jean-Marc Lasgouttes wrote:
[answers to qustions 1,2]
Thanks, Jean-Marc
> Angus> Question 3. I've implemented Toolbar Layouts using a submenu
> Angus> rather than a combox. Now I discover that I have no visual clue
> Angus> about which layout is currently active. I'
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I've been beavering away here merging the Menubar and Toolbar.
Angus> I'm just about there, but have three questions:
Angus> Question 1. Toolbar has activate() and deactivate() methods
Angus> that globally turn all buttons on/off.
I've been beavering away here merging the Menubar and Toolbar. I'm just about
there, but have three questions:
Question 1.
Toolbar has activate() and deactivate() methods that globally turn all
buttons on/off. I think that these methods are cruft, superceeded by the code
in update(). Am I righ
Michael Schmitt <[EMAIL PROTECTED]> writes:
| Hi,
|
| try to place a graphic inside a minipage inside a float. This typically
| makes LyX crash. If it does not do directly, try to cut the graphic and
| put it into another minipage. This should _definitely_ let LyX
| crash.
And putting it in a f
ahah!
fac13ttyp3:/root#objdump -x /usr/X11R6/lib/libforms.so.0.88 | grep lib
/usr/X11R6/lib/libforms.so.0.88: file format elf32-i386
/usr/X11R6/lib/libforms.so.0.88
NEEDED libc.so.3
SONAME libforms.so.0.88
0004b2c0 g F .text 00a8 fl_library_version
libforms is indeed
Hi,
try to place a graphic inside a minipage inside a float. This typically
makes LyX crash. If it does not do directly, try to cut the graphic and
put it into another minipage. This should _definitely_ let LyX crash.
Michael
--
=
Hi,
there are two problems with floats that have not been mentioned so far:
1. If a float is closed and includes a graphic as its first element,
re-opening the float results as well in showing the dialog of the graphic
2. If the size of a graphic (i.e. EPS file) is changed in the graphics
On 11-May-2001 [EMAIL PROTECTED] wrote:
> ahh :)
#:O)
> fac13ttyp3:/root#ldd /usr/X11R6/lib/libforms.so.0.88
> /usr/X11R6/lib/libforms.so.0.88:
> ldd: /usr/X11R6/lib/libforms.so.0.88: Permission denied
> /usr/X11R6/lib/libforms.so.0.88: exit status 1
> fac13ttyp3:/root#ldd -v /usr/X11R6/lib/l
> This is NOT the xforms lib!!! This is libform (note the missing 's'). Have
> a look at libforms.so.0.88 on your host, that should be the library we are
> searching for!
ahh :)
fac13ttyp3:/root#ldd /usr/X11R6/lib/libforms.so.0.88
/usr/X11R6/lib/libforms.so.0.88:
ldd: /usr/X11R6/lib/libforms.so
On 11-May-2001 [EMAIL PROTECTED] wrote:
> fac13ttyp3:/root>ldd /usr/lib/libform.so.2
> /usr/lib/libform.so.2:
One more :) this seems all very strange. Did you look against what lyx
is linking? Are you linking with libform or libforms? We shouldn't need
libform for linking!
Jürgen
--
-.
On 11-May-2001 [EMAIL PROTECTED] wrote:
> fac13ttyp3:/root>ldd /usr/lib/libform.so.2
> /usr/lib/libform.so.2:
> ldd: /usr/lib/libform.so.2: Permission denied
> /usr/lib/libform.so.2: exit status 1
> fac13ttyp3:/root>ldd -v /usr/lib/libform.so.2
> ldd: /usr/lib/libform.so.2: this is an ELF progra
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> we should change the name as well.
|
| Lars> and it will probaly not hurt to be a bit more verbose:
|
| Lars> lyx::newline (or lyx::newl) (or lyx::linefeed , lyx::lf)
|
juergen jeticulated
>
> ldd /usr/X11R6/lib/libforms.so.0.88
>
> I get:
>
> libc.so.6 => /lib/i686/libc.so.6 (0x40097000)
> /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x2000)
>
fac13ttyp3:/root>ldd /usr/lib/libform.so.2
/usr/lib/libform.so.2:
ldd: /usr/lib/libform.so.2: Per
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> we should change the name as well.
Lars> and it will probaly not hurt to be a bit more verbose:
Lars> lyx::newline (or lyx::newl) (or lyx::linefeed , lyx::lf)
Anything. I have no particular idea about the names we should use
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
| Lars> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | |
| Lars> Lars> Note that we don't use (almost
> "Ben" == Ben Stanley <[EMAIL PROTECTED]> writes:
Ben> Content-Type: text/plain; charset="iso-8859-1"
Ben> Content-Transfer-Encoding: 8bit
Ben> Hi,
Ben> I ran into some trouble with when compiling on RH 7.1.
Ben> It seems that on this platform, configure decides that it is OK
Ben> to use
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes: |
Lars> > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes: | |
Lars> Lars> Note that we don't use (almost) std::endl when outputting
Lars> to | Lars> streams, only w
Ben Stanley <[EMAIL PROTECTED]> writes:
| Hi,
|
| I ran into some trouble with when compiling on RH 7.1.
|
| It seems that on this platform, configure decides that it is OK to use
| , but that it is not OK to use .
both should be ok on RH 7.1
and I have been running/compiling/developing on
lse
#include "support/sstream.h"
#endif
--- 12,20 ----
#ifndef LSSTREAM_H
#define LSSTREAM_H
! // 20010511 bstanley should not use if we are not using .
! #if defined( HAVE_SSTREAM ) && !defined( USE_INCLUDED_STRING )
#include
#else
#include "support/sstream.h"
#endif
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> Note that we don't use (almost) std::endl when outputting to
| Lars> streams, only when outputting to lyxerr/cerr
|
| Yes, but we should (or rather a lyx::endl, if you p
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> Note that we don't use (almost) std::endl when outputting to
Lars> streams, only when outputting to lyxerr/cerr
Yes, but we should (or rather a lyx::endl, if you prefer). This would
avoid all the mess about adding a \n when t
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
|
| Juergen> On 11-May-2001 Lars Gullik Bjønnes wrote:
| >> This is actually easy to differenciate... in InsetFoot we know how
| >> many lines the footnote-body consist of. the problem
Andre Poenitz <[EMAIL PROTECTED]> writes:
| > I think that we should handle this file format stuff at the lowest
| > possible level.
|
| Seconded. And the solution you propose is a good one.
|
| There are nice examples for such specialized streams all over the web.
| Simply ask altavista for '
Allan Rae <[EMAIL PROTECTED]> writes:
| On Fri, 11 May 2001, Juergen Vigna wrote:
|
| >
| > On 11-May-2001 Jean-Marc Lasgouttes wrote:
| > >> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
| > >
| > > Juergen> Sure 21-26 June! (or in between for people who cannot arrive
| > > Juergen
> I think that we should handle this file format stuff at the lowest
> possible level.
Seconded. And the solution you propose is a good one.
There are nice examples for such specialized streams all over the web.
Simply ask altavista for '+Dietmar Kuehl streambuf' or similar...
Andre'
--
And
On Fri, 11 May 2001, Juergen Vigna wrote:
>
> On 11-May-2001 Jean-Marc Lasgouttes wrote:
> >> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
> >
> > Juergen> Sure 21-26 June! (or in between for people who cannot arrive
> > Juergen> that early or have to depart before)
> >
> > OK, I'll
On 11-May-2001 Jean-Marc Lasgouttes wrote:
>> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>
> Juergen> Sure 21-26 June! (or in between for people who cannot arrive
> Juergen> that early or have to depart before)
>
> OK, I'll probably not stay that long (probably 4 days). Does it
On 11-May-2001 Allan Rae wrote:
> No, I'll just what the world news or at least the Italian news service.
> It shouldn't be too hard to figure out which story is referring to
> "drunken hackers run amok at village swimming pool" ;-)
#:O) this was a good one I vote to put it in the next LDN!!!
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> Sure 21-26 June! (or in between for people who cannot arrive
Juergen> that early or have to depart before)
OK, I'll probably not stay that long (probably 4 days). Does it mean
21 and 26 included?
JMarc
On Fri, 11 May 2001, Juergen Vigna wrote:
> On 11-May-2001 Allan Rae wrote:
>
> >> The kind of danger people most enjoy is the kind they can watch from
> >> a safe place.
> >
> > This seems strangely appropriate.
> >
> > I might just wait here...
>
> Well you would have to have really good eyes,
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 11-May-2001 Lars Gullik Bjønnes wrote:
>> This is actually easy to differenciate... in InsetFoot we know how
>> many lines the footnote-body consist of. the problem then is line
>> length.
Juergen> The problem is also that
On 11-May-2001 Jean-Marc Lasgouttes wrote:
>> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
>
> Juergen> No changes! We have to work, work, work!!! Well maybe we have
> Juergen> some beer, wine, ... and then obviously we have the
> Juergen> obligatory sightseeing tour and you know h
On 11-May-2001 Allan Rae wrote:
>> The kind of danger people most enjoy is the kind they can watch from
>> a safe place.
>
> This seems strangely appropriate.
>
> I might just wait here...
Well you would have to have really good eyes, wouldn't you?
Jürgen
--
-._-._-._-._-._-._-._-._
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> No changes! We have to work, work, work!!! Well maybe we have
Juergen> some beer, wine, ... and then obviously we have the
Juergen> obligatory sightseeing tour and you know how that day ended
Juergen> last time, don't you. If y
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> But the "self-insert" probably need to change a bit.
Lars> "self-insert" is really only intended to insert chars of the
Lars> same font-norm. "self-insert" works great for latin 1, but what
Lars> happens when a Ydiaresis is set
On Fri, 11 May 2001, Juergen Vigna wrote:
> On 11-May-2001 Jean-Marc Lasgouttes wrote:
[...]
> > BTW Juergen, what are the latest plans for June?
>
> No changes! We have to work, work, work!!! Well maybe we have some beer,
> wine, ... and then obviously we have the obligatory sightseeing tour and
On 11-May-2001 Lars Gullik Bjønnes wrote:
> This is actually easy to differenciate... in InsetFoot we know how
> many lines the footnote-body consist of. the problem then is line length.
The problem is also that we don't know at what position we actually are
on the actual line when starting out
On 11-May-2001 Jean-Marc Lasgouttes wrote:
> I think we should output "aa\footnote{bb} cc" and have our own
> specialized stream to output latex which is able to break lines when
> needed. I have some ideas about that and this is something I'd like to
> do at Bolzano. BTW Juergen, what are the l
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> I'd really like to see the footnote code in the tex document
| Lars> stand out a bit and thus I want the closing brace to be on a
| Lars> line of its own, or last on a lin
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
| > "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
|
| Lars> I took this idea a bit further and created the patch below. This
| Lars> actually also uses the lfun "self-insert" the way it was
| Lars> intended from the beginning (some
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I'd really like to see the footnote code in the tex document
Lars> stand out a bit and thus I want the closing brace to be on a
Lars> line of its own, or last on a line.
That's a matter of taste, I guess. Personnally, I prefe
> "Juergen" == Juergen Vigna <[EMAIL PROTECTED]> writes:
Juergen> On 10-May-2001 Jean-Marc Lasgouttes wrote:
>> All leading space on a line is ignored when the previous line ends
>> with %. The solution is probably to avoid those extra carriage
>> returns and comments. Do we really need them?
> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:
Lars> I took this idea a bit further and created the patch below. This
Lars> actually also uses the lfun "self-insert" the way it was
Lars> intended from the beginning (some 3-4 years ago). This means
Lars> that some special casing c
Juergen Vigna <[EMAIL PROTECTED]> writes:
| is the same as above as the footnotecode would anyway remove any leading space
| before the first text-part inside the {} (correct me if I'm wrong, but I'm not
| I tried it first ;)
I belive current CVS fixes the problem.
--
Lgb
Juergen Vigna <[EMAIL PROTECTED]> writes:
| On 10-May-2001 Jean-Marc Lasgouttes wrote:
|
| > All leading space on a line is ignored when the previous line ends
| > with %. The solution is probably to avoid those extra carriage returns
| > and comments. Do we really need them?
|
| Well IMO the b
On 10-May-2001 Jean-Marc Lasgouttes wrote:
> All leading space on a line is ignored when the previous line ends
> with %. The solution is probably to avoid those extra carriage returns
> and comments. Do we really need them?
Well IMO the best solution is to return to the code as it was before s
On 10-May-2001 [EMAIL PROTECTED] wrote:
> ok, How do I do this? ldd told me that xforoms is ELF an to do
> objdump. I'm guessing that -T is the right option (seems to be the
> only one about dynamic symbol tables), and it relates no libc:
>
> fac13ttyp3:/root>objdump -T /usr/X11R6/lib/libxf
52 matches
Mail list logo
