Create a memoir document.
Insert a figure float, with picture and caption.
Mark everything inside the float, insert a minipage.
Observe that the lyx GUI now call the caption "meaningless"
instead of the usual "Figure #". It is as if a caption somehow
was entered outside a float (where they are mea
On Fri, Jan 20, 2006 at 04:04:36PM +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> The slowness is really huge, so yes, that's what I think.
>
> Martin> I didn't give up though... attached a modification of
> Martin> bruteFind3 that do
Am Freitag, den 20.01.2006, 16:50 + schrieb John C. Spray:
> On Fri, 2006-01-20 at 14:45 +0100, Bernhard Reiter wrote:
> > New year, new dialogs! Comments highly requested.
>
> You seem to have forgotten to send the .glade file!
damnit. always the same. but as I've discovered a little issue
Jose' Matos wrote:
> On Friday 20 January 2006 17:48, Rex Dieter wrote:
>> gcc-4.1.0 (Fedora Core soon-to-be 5), lyx-1.3.7
>> ./configure --with-frontend=qt
>> build fails (in this case on x86_64, but I don't think that's relavent).
>> Any ideas/workarounds?
> Although not completely related w
On Friday 20 January 2006 17:48, Rex Dieter wrote:
> gcc-4.1.0 (Fedora Core soon-to-be 5), lyx-1.3.7
> ./configure --with-frontend=qt
> build fails (in this case on x86_64, but I don't think that's relavent).
> Details appended at end. Full build log available from:
> http://buildsys.fedoraprojec
gcc-4.1.0 (Fedora Core soon-to-be 5), lyx-1.3.7
./configure --with-frontend=qt
build fails (in this case on x86_64, but I don't think that's relavent).
Details appended at end. Full build log available from:
http://buildsys.fedoraproject.org/logs/fedora-development-extras/3124-lyx-1.3.7-1.fc5/
>> * The "buttons" representing notes, citations etc. are plain ugly. In
>> the old (equally ugly ;-) interface they somehow blended in but with
>> the qt gui they look just bad. Of course all of this is a matter of
>> taste but I would actually prefer a non-3d look here.
>
>Which frontend ar
Georg Baum wrote:
>> * The "buttons" representing notes, citations etc. are plain ugly. In
>> the old (equally ugly ;-) interface they somehow blended in but with
>> the qt gui they look just bad. Of course all of this is a matter of
>> taste but I would actually prefer a non-3d look here.
>
On Fri, Jan 20, 2006 at 02:58:00PM +0100, Martin Hinsch wrote:
> "non-standard", meaning that it's not possible (anymore) to drag them,
> make them float or make them vertical.
This is intentionally disabled, somewhere on the net is some description
of why this is a bad idea.
> Most importan
Martin Vermeer wrote:
> Works OK in current CVS. (Was this fixed after pre3?)
I don't think so.
Georg
> * I liked the old format of the citation editor better where you had the
> list of citations in your database always visible.
I feel the same. I do not see the advantage of having a separate 'add' dialog.
Bo
On Fri, 2006-01-20 at 14:45 +0100, Bernhard Reiter wrote:
> New year, new dialogs! Comments highly requested.
You seem to have forgotten to send the .glade file! Judging from the
screenshots I'll make a few tweaks to the widget spacing for you (being
a GNOME HIG fascist), but apart from that look
Hello,
I just find out that the --with-version-suffix=-1.4.0cvs-qt does not
works anymore for lyx, lyxclient and tex2lyx, which clobber the
current installed lyx working version.
Does this deserve a bugzilla message ?
--
Jean-Pierre
<[EMAIL PROTECTED]> writes:
>
> On Thu, 19 Jan 2006, Jean-Pierre [utf-8] Chrétien wrote:
>
> > I tried to go to the old wiki upload area to find them without success,
> > but I had a local copy of course.
>
> Quite strange, given that the upload area is the same for both versions of
> the w
Martin Hinsch wrote:
> * I like the additional toolbars, however they behave very
> "non-standard", meaning that it's not possible (anymore) to drag them,
> make them float or make them vertical. Most important it would be IMHO
> that the state of the toolbars is saved at the end of a sessio
Bernhard Reiter wrote:
> New year, new dialogs! Comments highly requested.
If nobody comments it is probably becuase of the 1.4.0 release, so don't
hold your breath.
> On a sidenote, what does "Listing" denote? I couldn't find any menu item
> or file of that name.
See here: http://bugzilla.lyx.
On Fri, 2006-01-20 at 14:45 +0100, Bernhard Reiter wrote:
> And what exactly is happening to "Preamble"? It has been marked as
> "pending" for several months and there is no code in CVS, though it
> looks not too complicated...
The preamble is pending because it's going to be part of the Document
Did I send this one already? Don't see it on the list.
This searches previous, current and next paragraph. I made bruteFind3 do
this, which was also simpler than I thought... and, I think, rather
risk-free.
This is nice and snappy. (Why would using the cache be better?)
...and what shall we do
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> I have some questions/points for you...
+ // Unsafe if .find() can return .end()
CoordCache::InnerParPosCache const & cache =
theCoords.getParPos().find(cursor.bottom().text())->second;
bv::funcs::status does the same, so it
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> The slowness is really huge, so yes, that's what I think.
Martin> I didn't give up though... attached a modification of
Martin> bruteFind3 that does the three-paragraph trick. There is still
Martin> a slight delay, but it's much
On Fri, 2006-01-20 at 18:32 +0530, samar j. singh wrote:
> Hi
>
> I would like to point to two issues that may be bugs in Lyx 1.4.0pre3
>
>
> 1. Tables
>
> When one calls up the table settings menu by a right click when within a
> table, then changing the horizontal alignment does not change
On Fri, 2006-01-20 at 13:19 +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> The other one would "fix" this bug by just moving to in
> Martin> front/behind the math inset. Ugly, but it remembers the x
> Martin> location when you press fu
Jean-Marc Lasgouttes wrote:
> The code that initializes the iterators looks a bit ugly, but it can
> be
> - factored out somewhere in bufferview.C
> - probably improved by someone who is better at STL than I am.
>
> I think it works, and would be interested by some testing. I believe
> the bruteF
Hi all
Just downloaded 1.4pre3 - very nice! Especially "track changes" was my
favourite if-only-lyx-had... feature! A few things still bug me though.
* I like the additional toolbars, however they behave very
"non-standard", meaning that it's not possible (anymore) to drag them,
make them floa
samar j. singh schrieb:
> 2. Previously we could paste from an excel or gnumeric spreadsheet into the
> cells of a Lyx table through a process documented on the wiki at :
> http://wiki.lyx.org/Tips/CopyTablesFromSpreadsheets. This no longer works.
> That makes it very difficult to transfer data
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>> Searching the coordcache would be better.
Martin> I'm sure it would be possible, but too risky now for 1.4.0.
Here is what I have in mind. My assumptions here are that
1/ in a map, the elements are ordered wrt the key (pit_type he
Hi
I would like to point to two issues that may be bugs in Lyx 1.4.0pre3
1. Tables
When one calls up the table settings menu by a right click when within a
table, then changing the horizontal alignment does not change the alignment
visually. However, when it is viewed in pdflatex the result
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> The other one would "fix" this bug by just moving to in
Martin> front/behind the math inset. Ugly, but it remembers the x
Martin> location when you press further cursor ups/downs.
>> That is kind of ugly indeed. I was about to s
On Fri, 2006-01-20 at 11:17 +0100, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> Yes. The one modifying bruteFind was rejected by Lars, on the
> Martin> ground (sound IMO) that he wants to keep that as a
> Martin> super-general find routine
> "christian" == christian ridderstrom <[EMAIL PROTECTED]> writes:
christian> Actually, since I realised it was quicker just creating
christian> some page I did that. See if this helps somehow:
christian> http://wiki.lyx.org/LyX/Download
I have updated this page to reflect what we have
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> On Thu, Jan 19, 2006 at 03:32:58PM +0100, Jean-Marc Lasgouttes
John> wrote:
>> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>>
Angus> Given that we ship an oldish version of gettext, perhaps this
Angus> vulnerability repor
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> Yes. The one modifying bruteFind was rejected by Lars, on the
Martin> ground (sound IMO) that he wants to keep that as a
Martin> super-general find routine for when everything else fails.
I think it is possible to fix bruteFind
> "Georg" == Georg Baum <[EMAIL PROTECTED]> writes:
Georg> Could somebody add it, please? Georg
I did it.
JMarc
> "Stephen" == Stephen Harris <[EMAIL PROTECTED]> writes:
Georg> The ability to use image formats that LyX does not know is
Georg> really useful IMHO (of course this is only possible if our
Stephen> default Georg> converter can handle them, but imagemagick
Stephen> knows a lot of formats)
SH>
34 matches
Mail list logo
