On Wed, Feb 19, 2003 at 08:57:08AM +0100, Juergen Spitzmueller wrote:
> Hello Michael,
>
> can you please consider the following few corrections for your next update?
> They really confused me.
>
> Caption -> Legende (not "Überschrift")
"Legende" would confuse me...
Andre'
--
Those who desi
Hello Michael,
can you please consider the following few corrections for your next update?
They really confused me.
Caption -> Legende (not "Überschrift")
In koma-letter:
Location -> Zusatzfeld (not "Ort")
Place -> Ort
I changed this in the patch. Blame KBabel for the whitespace changes.
Thank
On Tue, Feb 18, 2003 at 07:47:22PM +0200, Dekel Tsur wrote:
> We should modify convertDefault.sh to work as a filter, namely
> 'convertDefault.sh file.eps' should write its output to stdout and not to
> the disk.
Seconded.
And possibly read from stdin, at least if no file argument was given...
A
John Levon wrote:
> On Mon, Feb 17, 2003 at 06:15:44PM +0100, Juergen Spitzmueller wrote:
> > with lyx 1.3.1cvs, qt 3.1.1 I get the following (see screenshot). It is
> > almost impossible to chose a special bullet *intentional*.
>
> renaming QGridView to QLGridView everywhere does not help
What a
On Tue, 18 Feb 2003, Andre Poenitz wrote:
> On Tue, Feb 18, 2003 at 02:44:11PM +, Angus Leeming wrote:
> > I think I have just about cleaned up the controllers code so that it is now
> > transparent. As a result of this clean-up I have managed to replace all
> > those boost::signals in fronten
2003Öйú-Ô½ÄÏÉÌÆ·Õ¹ÀÀ»á¡ÖØÕÐÕ¹
Ò»¸öÐÂÔ½ÄÏÕýÔÚáÈÆð¡£ÓëÈκÎÒ»¸öº£ÍâÊг¡Ïà±È£¬Ô½ÄÏÓëÖйú¶¼ÓÐ×ÅÎ޿ɱÈÄâµÄ½Ó½üÐÔ£¬ÖйúÆóÒµµÄº£ÍâÀ©ÕÅ£¬ÉáÔ½ÄϺÎΪ£¿...ÏêÇéÇë¿´<<<
ÎÒºÜÇìÐÒ£¬ÎÒÃǵĹɶ«·Ç³£ÓÐÆÇÁ¦£¬×ö³öÁËÕýÈ·¶øÇÒÓÐÔ¶¼ûµÄ¾ö¶¨¡£"Ô½ÄÏ°Ù·Ï´ýÐË£¡ÊǸöºÃ»ú»á£¡ÒªÖªµÀ£¬ÕâÖÖ»ú»áÔÚ¹úÄÚÒѾ¼¸ºõÕÒ²»µ½ÁË¡£"
On Mon, Feb 17, 2003 at 05:38:02PM +0100, Edwin Leuven wrote:
> ingore all with: students'
>
> doesn't work for me
can you make a bug ?
john
On Mon, Feb 17, 2003 at 06:15:44PM +0100, Juergen Spitzmueller wrote:
> with lyx 1.3.1cvs, qt 3.1.1 I get the following (see screenshot). It is almost
> impossible to chose a special bullet *intentional*.
renaming QGridView to QLGridView everywhere does not help
Can you make a bug for this ?
j
On 18 Feb 2003, Jean-Marc Lasgouttes wrote:
> > "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
>
> Christian> PS. Speaking from my experience with a multipart document,
> Christian> it's a real pain with GUI's when one file gets a different
> Christian> layout than another..
On 18 Feb 2003, Jean-Marc Lasgouttes wrote:
> > "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
>
> Christian> Conclusion: I'd like lyx to be able to make lyx call other
> Christian> programs (or include 'source') when compiling the document.
>
> What about the external inse
Jean-Marc Lasgouttes wrote:
> Juergen> I did (this morning).
>
> And you still have the same problem?
I checked out, changed the files and diffed. I didn't have the lyxdoc tree
before.
I solved it, but don't know how (some hidden file was in the way). Diffing lyx
documents is really a pain. A c
On Tue, Feb 18, 2003 at 04:16:02PM +, John Levon wrote:
> On Tue, Feb 18, 2003 at 05:00:48PM +0100, Juergen Spitzmueller wrote:
>
> > What do other qt users get? I'm beginning to suspect that this has something
>
> All is groovy for me, Qt 3.0.5, RH8.0. All is broken with 3.1.1
It works OK
> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
Christian> PS. Speaking from my experience with a multipart document,
Christian> it's a real pain with GUI's when one file gets a different
Christian> layout than another... it's simply not fun clicking through
Christian> all t
On Tuesday 18 February 2003 6:11 pm, Christian Ridderström wrote:
> Right now (AFAIK), the margins can be set using the GUI, or as I did, with
> latex in the preamble. Assuming that there is an LFUN for setting the
> margins (I looked briefly in commandtags.h, but I didn'f find one), how
> would th
> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
Christian> Conclusion: I'd like lyx to be able to make lyx call other
Christian> programs (or include 'source') when compiling the document.
What about the external inset?
JMarc
On Tuesday 18 February 2003 18:11, Christian Ridderström wrote:
>
> Conclusion: I'd like lyx to be able to make lyx call other programs
> (or include 'source') when compiling the document.
How about external insets?
> /Christian
--
José Abílio
On Tue, 18 Feb 2003, Angus Leeming wrote:
> Christian Ridderström wrote:
>
> > Anyway, these were just some loose thoughts on UI and GUI... my point is
> > (probably) that I think we should avoid letting the GUI taking over
> > completely, i.e. make sure that things can still be done in a more
>
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote: It is not known to my cvs. I get
Juergen> ? de_Extended.lyx among others at the beginning of the diff.
>> To be safe, you should probably checkout a fresh lyxdoc cvs.
Juergen> I did (this mor
> "Claus" == Claus Hentschel <[EMAIL PROTECTED]> writes:
Hi Claus,
Claus> What went wrong?
Claus> 1) New Cygwin runs autoconf 2.57 which isn't supported in
Claus> autogen.sh (There was a topic in lyx-devel concerning that,
Claus> too). A change in line 22 did it: - *2.5[2346]) + *2.5[23467])
On Tuesday 18 February 2003 5:27 pm, Andre Poenitz wrote:
> On Tue, Feb 18, 2003 at 05:11:44PM +, Angus Leeming wrote:
> > So, it is quite conceivable for a CacheItem to exist on the grfx::Cache
> > after the BufferView has been destroyed but before the 2 second timer has
> > returned.
>
> Ok.
On Tue, Feb 18, 2003 at 05:25:16PM -0500, Kamil Anis wrote:
> because the menus and dialogs remain untouched. Unfortunately the value
> of $LANG doesn't take effect on spellchecker dialog. The accented
OK. Copy some text from your document and try and paste it in the
minibuffer. Does it look good
Andre Poenitz wrote:
> On Tue, Feb 18, 2003 at 05:09:51PM +, Angus Leeming wrote:
>> Updated with each call to draw(). But only for those few insets
>> (graphics/math) taht explicitly perform the caching. Perhaps we need:
>>
>> class InsetBase {
>> void cache_and_draw(BufferView *, const LyXF
Christian Ridderström wrote:
> Anyway, these were just some loose thoughts on UI and GUI... my point is
> (probably) that I think we should avoid letting the GUI taking over
> completely, i.e. make sure that things can still be done in a more
> "programming"-like way.
If you think that the GUI h
On Tue, Feb 18, 2003 at 05:09:51PM +, Angus Leeming wrote:
> Updated with each call to draw(). But only for those few insets
> (graphics/math) taht explicitly perform the caching. Perhaps we need:
>
> class InsetBase {
> void cache_and_draw(BufferView *, const LyXFont &, int ,
>
On Tuesday 18 February 2003 4:57 pm, Andre Poenitz wrote:
> On Tue, Feb 18, 2003 at 04:54:00PM +, Angus Leeming wrote:
> > Here's my take on it. If we cache BufferView we should use a weak_ptr for
> > now. The graphics code is inherently unsafe without it.
>
> Ok then.
>
> Next question: When d
This is just a thought I had while writing an earlier post.
I don't think that _everything_ have to be accesible, or possible, to be
done through a graphical user interface.
Sometimes it's enough that you _can_ do it, even if it requires modifying
some text file. Sometimes a text file is even
On Tue, Feb 18, 2003 at 04:54:00PM +, Angus Leeming wrote:
> Here's my take on it. If we cache BufferView we should use a weak_ptr for
> now. The graphics code is inherently unsafe without it.
Ok then.
Next question: When do we cache?
On creation is too early I believe... in draw() perhaps?
On Tue, Feb 18, 2003 at 04:46:33PM +, Angus Leeming wrote:
> > > BufferView * cachedbv = view_.get();
> > > if (cachedbv == 0)
> > > // do nothing. the parent pointer has been destroyed.
> > I see. That's the basic difference to a raw pointer...
Hm. What do you
Andre Poenitz wrote:
> On Tue, Feb 18, 2003 at 04:17:32PM +, Angus Leeming wrote:
>> I got really nervous about all this over the summer and Lars' proposal
>> was the only safe way I could think of.
>
> Ok. So should we just move the boost::weak_ptr to InsetBase?
>
> [I am sure I will hate m
On Tue, Feb 18, 2003 at 05:37:21PM +0100, Christian Ridderström wrote:
> I posted this as a part of the ERT-inline discussion, but thought I'd post
> it again since it's really a separate thing.
>
> I use "macros" such as: \newcommand{\waro}{{\bf\it{WARP}... and get
> \warp{} ->
Andre Poenitz wrote:
> Hm. But it would be sufficient for the "users" to use the boost::weak_ptr,
> there is no real need here to hand it out as such?
That is correct. We could have
class InsetBase {
public:
BufferView * cachedview() { return view_.get(); }
private:
boost::weak_pt
On Tue, Feb 18, 2003 at 04:17:32PM +, Angus Leeming wrote:
> I got really nervous about all this over the summer and Lars' proposal was
> the only safe way I could think of.
Ok. So should we just move the boost::weak_ptr to InsetBase?
[I am sure I will hate myself for this at some point of t
On Tue, Feb 18, 2003 at 04:08:51PM +, Angus Leeming wrote:
> > What is that?
>
> It is a safe way of holding a pointer whose memory is allocated elsewhere:
What's the difference to a raw pointer?
[I'd really like to avoid pulling in any boost header in insetbase.h]
> > [Especially: Why is i
I posted this as a part of the ERT-inline discussion, but thought I'd post
it again since it's really a separate thing.
I use "macros" such as: \newcommand{\waro}{{\bf\it{WARP}... and get
\warp{} -> Warp1
in a nice an consistent way wherever I insert it, using ERT of course.
(Th
Angus Leeming wrote:
> Andre Poenitz wrote:
>
>> What is that?
>
> It is a safe way of holding a pointer whose memory is allocated elsewhere:
>
>> [Especially: Why is it used in FormulaBase, Angus?]
>
> class LyXView {
> /** return the current buffer view
> Returned as a sh
On Tue, Feb 18, 2003 at 05:00:48PM +0100, Juergen Spitzmueller wrote:
> What do other qt users get? I'm beginning to suspect that this has something
All is groovy for me, Qt 3.0.5, RH8.0. All is broken with 3.1.1
> to do with qt 3.1.1 (maybe a conflict between QGridView and our own
> qgridview
Andre Poenitz wrote:
> What is that?
It is a safe way of holding a pointer whose memory is allocated elsewhere:
> [Especially: Why is it used in FormulaBase, Angus?]
class LyXView {
/** return the current buffer view
Returned as a shared_ptr so that anything wanting to cache
Andre Poenitz wrote:
>> The only problem that remains is extracting the cached_bufferview (which
>> is a problem common to all these 'solutions').
>
> I am starting to believe that all insets should cache a bufferview or some
> "context" after e.g. draw() is called ...
>
>> Am I correct in saying
Juergen Spitzmueller wrote:
> with lyx 1.3.1cvs, qt 3.1.1 I get the following (see screenshot). It is
> almost impossible to chose a special bullet *intentional*.
What do other qt users get? I'm beginning to suspect that this has something
to do with qt 3.1.1 (maybe a conflict between QGridView a
Jean-Marc Lasgouttes wrote:
> Juergen> It is not known to my cvs. I get ? de_Extended.lyx among
> Juergen> others at the beginning of the diff.
>
> To be safe, you should probably checkout a fresh lyxdoc cvs.
I did (this morning).
Jürgen.
What is that?
[Especially: Why is it used in FormulaBase, Angus?]
Andre'
--
Those who desire to give up Freedom in order to gain Security,
will not have, nor do they deserve, either one. (T. Jefferson)
On Tue, Feb 18, 2003 at 03:19:42PM +, Angus Leeming wrote:
> Could we not have a heirarchy of FuncRequest-derived classes as a one
> to one replacement for each LFUN?
And dispatch on those how?
What would that buy us?
[The main problem _I_ have with current dispatch is the limited scope of
On Tue, Feb 18, 2003 at 03:15:21PM +, Angus Leeming wrote:
> Andre Poenitz wrote:
> > Not sure. I personally would lean to the first option, as the InsetBase
> > ideally does not know anything about dialogs
> >
> > (which, of course is not true, as it has to declase 'hideDialog'...).
>
> Not
Jean-Marc Lasgouttes wrote:
>> "John" == John Levon <[EMAIL PROTECTED]> writes:
>
>>> I tend to think it is the best solution. Note that it could be
>>> "edit-properties tabular", where edit-properties searches the
>>> nearest inset with name "tabular" around. This means there will not
>>> be
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Jean-Marc Lasgouttes wrote: I have also updated the
Juergen> de_Extended.lyx, but I cannot get a diff. What's wrong?
>> I don't know. What error do you get?
Juergen> It is not known to my cvs. I get ? de_Extended.lyx am
On Tue, Feb 18, 2003 at 04:09:23PM +0100, Jean-Marc Lasgouttes wrote:
> If only getStatus was not implemented as a big ugly switch, it would
> be great stuff...
getStatus should get locallized as localDispatch is...
This is not hard in theory but probably will take a while to get right...
Andre
Andre Poenitz wrote:
> Not sure. I personally would lean to the first option, as the InsetBase
> ideally does not know anything about dialogs
>
> (which, of course is not true, as it has to declase 'hideDialog'...).
Not true. hideDialog need not be virtual if we adopt your 'guiding
principle', a
Jean-Marc Lasgouttes wrote:
> Juergen> I have also updated the de_Extended.lyx, but I cannot get a
> Juergen> diff. What's wrong?
>
> I don't know. What error do you get?
It is not known to my cvs. I get
? de_Extended.lyx
among others at the beginning of the diff.
Jürgen.
> "John" == John Levon <[EMAIL PROTECTED]> writes:
>> I tend to think it is the best solution. Note that it could be
>> "edit-properties tabular", where edit-properties searches the
>> nearest inset with name "tabular" around. This means there will not
>> be much lfun duplication.
John> Ah ok
On Tue, Feb 18, 2003 at 03:48:56PM +0100, Jean-Marc Lasgouttes wrote:
> 1/ name toobars, like menubars are named. For example, we would have a
> "literate_programming" toolbar.
Yes.
> 2/ Any toolbar can be on/off/auto (this is in qt land, not backend);
> if it is auto, show the toolbar only if a
On Tue, Feb 18, 2003 at 02:44:11PM +, Angus Leeming wrote:
> I think I have just about cleaned up the controllers code so that it is now
> transparent. As a result of this clean-up I have managed to replace all
> those boost::signals in frontends/Dialogs.h with normal C++ class methods.
Goo
> "Juergen" == Juergen Spitzmueller <[EMAIL PROTECTED]> writes:
Juergen> Juergen Spitzmueller wrote:
>> > Also, you may want to update the scr* classes to latest > version
>> of koma-script.
>>
>> Yes, later probably.
Juergen> Attached is an update to the new features. I have also
Juergen> d
> "John" == John Levon <[EMAIL PROTECTED]> writes:
>> Should be easy.
John> Perhaps you have some idea how. My 3-minute look didn't help me.
No, I have no idea anymore :(
John> The problems we need to solve :
John> 1) Toolbars. We've seen a little discussion on how to proceed
John> here,
I think I have just about cleaned up the controllers code so that it is now
transparent. As a result of this clean-up I have managed to replace all
those boost::signals in frontends/Dialogs.h with normal C++ class methods.
Similarly, I am about to replace the
boost::signal0 hideDialog;
t
> "Jean-Marc" == Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:
John> We also need getStatus for increase/decrease depth etc.
Jean-Marc> Should be easy.
I probably have to retract this statement. the incDepth/decDepth code
is ugly.
JMarc
On Tue, Feb 18, 2003 at 03:24:34PM +0100, Jean-Marc Lasgouttes wrote:
> John> Here's an update. I added a couple of comments this time.
>
> I like it. It will rwquire a lot of docs updates, though.
I am prepared to do this grunt work. If only to show off change tracking :)
> John> We also need
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> Here's an update. I added a couple of comments this time.
I like it. It will rwquire a lot of docs updates, though.
John> OptSubMenu isn't too useful yet because something is going awry
John> in the getStatus() stuff (perhaps mathed lf
On Tue, Feb 18, 2003 at 03:14:05PM +0100, Jean-Marc Lasgouttes wrote:
> Thanks John. I keep it in some place for now, but I will eventually
> apply it.
You'll need include in ispell.C on top of that whenever you
do, as Rob pointed out
john
> "John" == John Levon <[EMAIL PROTECTED]> writes:
John> Conflicts resolved. Haven't tested the Qt bits, if somebody
John> wants to ...
John> Anyway, if you want to consider this JMarc, here's the patch.
Thanks John. I keep it in some place for now, but I will eventually
apply it.
JMarc
On 18 Feb 2003, Jean-Marc Lasgouttes wrote:
> > "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
>
> Isn't this clear enough?
>
> Anyway, what you want to change is in src/lyx_main.C, function parse_help().
Ok, here is a suggested change... once I started adding text began
John Levon wrote:
>
> Conflicts resolved. Haven't tested the Qt bits, if somebody wants to ...
I already resolved thelast patch manually and applied the stuff to
lyx-1.3.1. It works fine with lyx-qt and aspell-0.5
--
Moritz Moeller-Herrmann
On Mon, 17 Feb 2003, Angus Leeming wrote:
> If you _can_ draw the space like this and want the space then I
> suspect that we don't need the complicated code in input.c at all.
> Ie, we can treat the two XEvents separately after all and get rid of
> the stored_keybuf nastiness.
>
> i
On 18 Feb 2003, Jean-Marc Lasgouttes wrote:
> > "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
>
> But we have
> schuss: lyx --help
> Usage: lyx [ command line switches ] [ name.lyx ... ]
> Command line switches (case sensitive):
> [...]
> -dbg feature[,feature]...
> "Christian" == Christian Ridderström <[EMAIL PROTECTED]> writes:
Christian> I just saw from another post that you can do: lyx -dbg
Christian> graphics for instance... boy has I missed being able to do
Christian> that. I've been typing: lyx -dbg 209715 all this time... If
Christian> someone c
On Tue, 18 Feb 2003, John Levon wrote:
> On Tue, Feb 18, 2003 at 01:56:37PM +0100, Christian Ridderstr?m wrote:
>
> > These are the alternatives (and a new one) I've seen so far:
> > 1. A user preference indicating how new ERTs are created: open or inline.
> > 2. Modify inset-toggle() to switch
I just saw from another post that you can do:
lyx -dbg graphics
for instance... boy has I missed being able to do that. I've been typing:
lyx -dbg 209715
all this time... If someone can tell me in which file this message is
defined I'd be happy to add something so that the output a
On Tue, Feb 18, 2003 at 01:56:37PM +0100, Christian Ridderstr?m wrote:
> These are the alternatives (and a new one) I've seen so far:
> 1. A user preference indicating how new ERTs are created: open or inline.
> 2. Modify inset-toggle() to switch between three modes instead of two.
> 3. A lyx f
[...]
> You'll get an ERT
> containing "* one" instead of just "one" as expected.
> The "*" is useless and seems to come from the screen
> representation of bullet list items.
The same happens if I mark the item and pastes
it into an existing ERT box.
Helge Hafting
On 18 Feb 2003, Jean-Marc Lasgouttes wrote:
> > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
>
> Angus> Yes please. Shove it on bugzilla
>
Done.
/C
--
Christian Ridderström http://www.md.kth.se/~chr
On 18 Feb 2003, Jean-Marc Lasgouttes wrote:
> > "Davor" == Davor Cengija <[EMAIL PROTECTED]> writes:
>
> Davor> ERT's, either open or closed, my document looks really ugly on
> Davor> the screen, almost unreadable. An option 'turn all ERT's to
> Davor> inlined/open/closed' would be really use
How to reproduce:
Create a bulleted list, such as
* one
* two
* three
Mark "one" (start from the beginning of the bulleted paragraph)
and press the tex button. You'll get an ERT
containing "* one" instead of just "one" as expected.
The "*" is useless and seems to come from the screen
representa
On Tue, Feb 18, 2003 at 01:49:02PM +0100, Andre Poenitz wrote:
> Yes. This was just a way to prevent accusations like "I can't insert
> bibkeys anymore".
OK, great, I'll shut it now :)
john
On Tue, Feb 18, 2003 at 12:41:36PM +, Angus Leeming wrote:
> > Log message:
> > re-enable insertion of bibrefs (and remove 19 lines...)
>
> Removing '\n' in commands that were split over two lines for readability
> hardly counts... ;-)
No?
I just removed all the '\n' in text.C and saved a c
On Tue, Feb 18, 2003 at 12:45:50PM +, John Levon wrote:
> On Tue, Feb 18, 2003 at 01:17:37PM +0100, Andre Poenitz wrote:
>
> > There are key insets btw, and you can insert new ones by Insert->Bibkey.
>
> OK, I see, thanks. I assume the eventual plan is to remove this again
> (given that there
On Tue, Feb 18, 2003 at 01:17:37PM +0100, Andre Poenitz wrote:
> There are key insets btw, and you can insert new ones by Insert->Bibkey.
OK, I see, thanks. I assume the eventual plan is to remove this again
(given that there is no useeful circumstance in which you would want a
bibkey except at t
[EMAIL PROTECTED] wrote:
> Log message:
> re-enable insertion of bibrefs (and remove 19 lines...)
Removing '\n' in commands that were split over two lines for readability
hardly counts... ;-)
--
Angus
On Tue, Feb 18, 2003 at 12:08:58PM +0100, Jean-Marc Lasgouttes wrote:
> Rob> What has gone wrong?
>
> If this is 1.4.0cvs, the bibliography code is in flux now, since
> andre' did some heavy codectomy.
Should be somewhat better now.
Andre'
--
Those who desire to give up Freedom in order to gai
On Tue, Feb 18, 2003 at 11:56:04AM +, John Levon wrote:
> Well, yes, of course - have you tried using it ? I'm sure he was aware
> that the bib stuff is entirely broken (no key insets, no way to insert a
> citation), that's why I'm "complaining".
No, I was not aware that it is entirely broken.
On Tue, Feb 18, 2003 at 11:47:19AM +, John Levon wrote:
> On Tue, Feb 18, 2003 at 12:33:00PM +0100, Andre Poenitz wrote:
>
> > I do now.
>
> I don't understand the point of entirely breaking a couple of features
> by removing some code. We can all remove code, keeping it working is a
> bit mo
On Tue, Feb 18, 2003 at 11:52:58AM +, Angus Leeming wrote:
> There is no need for such bitchiness.
I wasn't being bitchy !
> 1. André posted the patch to the list. We were all free to try it out.
Mmm.
> 2. Do you _really_ think he broke it on purpose.
Well, yes, of course - have you tried
John Levon wrote:
> On Tue, Feb 18, 2003 at 12:33:00PM +0100, Andre Poenitz wrote:
>
>> I do now.
>
> I don't understand the point of entirely breaking a couple of features
> by removing some code. We can all remove code, keeping it working is a
> bit more difficult. Current CVS is unusable at t
On Tue, Feb 18, 2003 at 12:33:00PM +0100, Andre Poenitz wrote:
> I do now.
I don't understand the point of entirely breaking a couple of features
by removing some code. We can all remove code, keeping it working is a
bit more difficult. Current CVS is unusable at the moment...
regards
john
On Tue, Feb 18, 2003 at 08:12:45PM +0900, Rob Lahaye wrote:
> Jean-Marc Lasgouttes wrote:
> >>"Rob" == Rob Lahaye <[EMAIL PROTECTED]> writes:
> >
> > Rob> The Bibliography keys in the Xforms/Citation dialog should list
> > Rob> all the entries of the BibTeX file. However, all it does now is
>
On Tue, Feb 18, 2003 at 12:08:11PM +0100, Jean-Marc Lasgouttes wrote:
> Garst> Importing a .fig file with an immbedded picture does not get
> Garst> the picture. Not a big deal since I can export the .fig as a
> Garst> pdf and import that, but something to note.
>
> You mean a lyx file with a .fi
> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
Angus> Christian Ridderström wrote:
>> Hi
>>
>> Is the following a bug I should report?
Angus> Yes please. Shove it on bugzilla
I guess it is as simple as using a vector instead of a
set. We've had a lot of problems with people who wan
Jean-Marc Lasgouttes wrote:
>>"Rob" == Rob Lahaye <[EMAIL PROTECTED]> writes:
>
> Rob> The Bibliography keys in the Xforms/Citation dialog should list
> Rob> all the entries of the BibTeX file. However, all it does now is
> Rob> showing one entry, that is the filename of the BibTeX file
> Rob>
> "Helge" == Helge Hafting <[EMAIL PROTECTED]> writes:
Helge> And another issue: Lyx may know that the buffer didn't change
Helge> since the last save, but it _cannot_ know wheter something else
Helge> messed with the disk file in between.
Good point.
JMarc
> "Kayvan" == Kayvan A Sylvan <[EMAIL PROTECTED]> writes:
Kayvan> g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost
Kayvan> -I/usr/X11R6/include -O2 -fpermissive -ftemplate-depth-30 -W
Kayvan> -Wall -c -o tex2lyx.o `test -f tex2lyx.C || echo
Kayvan> './'`tex2lyx.C tex2lyx.C:13: sst
> "Rob" == Rob Lahaye <[EMAIL PROTECTED]> writes:
Rob> Hi,
Rob> The Bibliography keys in the Xforms/Citation dialog should list
Rob> all the entries of the BibTeX file. However, all it does now is
Rob> showing one entry, that is the filename of the BibTeX file
Rob> (without the .bib extension
> "Garst" == Garst R Reese <[EMAIL PROTECTED]> writes:
Garst> Importing a .fig file with an immbedded picture does not get
Garst> the picture. Not a big deal since I can export the .fig as a
Garst> pdf and import that, but something to note.
You mean a lyx file with a .fig external inset that
Christian Ridderström wrote:
> Hi
>
> Is the following a bug I should report?
Yes please. Shove it on bugzilla
--
Angus
Hi
Is the following a bug I should report?
If you insert a bibliograpy reference using for Lyx 1.3.0 Xforms,
and specify that you want to use these .bib-files:
B, A
then when you close the dialog and open it again, the order has changed to:
A, B
which is very annoying if you
Juergen Spitzmueller wrote:
> > Also, you may want to update the scr* classes to latest
> > version of koma-script.
>
> Yes, later probably.
Attached is an update to the new features. I have also documented the new
letter class and the new features in Extended.lyx. While I was at it, I have
fina
John Levon wrote:
>
> On Mon, Feb 17, 2003 at 10:36:47AM +0100, Jean-Marc Lasgouttes wrote:
>
> > Should we do the same for 'Save'? What do the good UI rules say about
> > this?
>
> I don't know about you but I compulsively save every now and then. I
> vaguely remember reading someone's argument
Helge Hafting wrote:
> I decided to try preview-latex. I installed the debian
> package preview-latex-style and turned on the option
> in lyx. I typed in a math formula, and as soon as
> I hit space (leaving math) the crash happened.
> Lyx created a ppm file on disk with the formula, but I newer
I decided to try preview-latex. I installed the debian
package preview-latex-style and turned on the option
in lyx. I typed in a math formula, and as soon as
I hit space (leaving math) the crash happened.
Lyx created a ppm file on disk with the formula, but I newer saw it
onm screen.
Formula $2^{
g++ -DHAVE_CONFIG_H -I. -I. -I../../src -I./../ -I../../boost -I/usr/X11R6/include
-O2 -fpermissive -ftemplate-depth-30 -W -Wall -c -o tex2lyx.o `test -f tex2lyx.C ||
echo './'`tex2lyx.C
tex2lyx.C:13: sstream: No such file or directory
--
Kayvan A. Sylvan | Proud husband of | F
Nirmal Govind wrote:
>> I installed the preview-latex-common rpm from sourceforge. There was
>> no dependency on xemacs or fsfemacs. After it was installed the
>> previews just burst into life.
>
> Hmm.. I tried that but it ended up crashing my lyx 1.3.0 with Qt.. so I
> decided to download and
98 matches
Mail list logo
