> what do people think of things like :
>
> - if (inset && inset->editable() == Inset::HIGHLY_EDITABLE) {
> + if (isHighlyEditableInset(inset)) {
>
> where it's some small inline function ?
>
> I personally think things like this improve readability a lot, especially
what do people think of things like :
- if (inset && inset->editable() == Inset::HIGHLY_EDITABLE) {
+ if (isHighlyEditableInset(inset)) {
where it's some small inline function ?
I personally think things like this improve readability a lot, especially
in things like
now we fail gracefully if file doesn't exist ...
john
--
"I'd rather be rudely informed than politely left in the dark."
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/ChangeLog,v
retrieving revision 1.275
d
I had to re-arrange things somewhat ...
Also fix a button name in formref to say "Go to" instead, as it's correcterer,
and matches the docs
thanks
john
--
"I'd rather be rudely informed than politely left in the dark."
dotsandloops.diff.gz
On Wed, Aug 01, 2001 at 04:00:53AM +0100, John Levon wrote:
> return 0;
> - }
> +
> + lyx::unlink(tmpfl);
> }
ugh. sorry. try the new one attached.
john
--
"I'd rather be rudely informed than politely left in the dark."
Index: src/BufferView_pimpl.C
=
seems ok to me
thanks
john
--
"I'd rather be rudely informed than politely left in the dark."
Index: src/BufferView_pimpl.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView_pimpl.C,v
retrieving revision 1.149
diff -
On Mon, 30 Jul 2001, Reinhard Stepanek wrote:
> Hi and thanks for your replies!
>
> ---
> +) from: Allan
>
>
> > [...] Actually, Reinhard, what would be really helpful is if you could
> >regenerate the logo to match the blue on the LyX website: #4669ad
>
> N
ok, this one should be ok other than mathed.
I think the mathed thing is a missing feature, i.e. this can be applied
as self-contained.
thanks
john
--
"I'd rather be rudely informed than politely left in the dark."
labeld.diff.gz
On Wed, Aug 01, 2001 at 12:41:57AM +0100, John Levon wrote:
> You can report these bugs that require one-line fixes, I like them :)
> +++ src/LyXView.C 2001/07/31 23:39:53
> @@ -235,6 +235,7 @@
> if (title != last_title) {
> setWindowTitle(title);
> }
> + last_t
On Tue, Jul 31, 2001 at 05:52:05PM +0200, Michael Schmitt wrote:
> Hi,
>
> following the new strategy, I must first tell you that you can be very,
> very proud of your program!
>
> And here comes the bug report :-) After closing the last (only)
> document, LyX still prints the document name in
I suspect these will just go away as things develop, but ...
In a document I have two figures in color set to display as color. They
seem to randomly display in grey scale. The ps output is fine, so it is
no big deal, but may suggest a bigger problem.
There are also a number of b/w floats, all 3.5
Now bz2 is only included if we need it
john
--
"I'd rather be rudely informed than politely left in the dark."
Index: ChangeLog
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/ChangeLog,v
retrieving revision 1.797
diff -u -r1.797
Hi Jurgen,
The new inlining is nice, but I do have one small nit:
If you inline an ERT inset with the second button and you save
the file, then close and re-open it, the state of the inset
is not saved.
---Kayvan
--
Kayvan A. Sylvan | Proud husband of | F
On Tuesday 31 July 2001 19:07, Lars Gullik Bjønnes wrote:
> Angus Leeming <[EMAIL PROTECTED]> writes:
>
> | I'm in the process of writing a BibtexDBase class that will store the
Bibtex
> | .bib files used by any open buffer. I think that the best place to store
the
> | instance of this class
> Perhaps you should add som default args? So that it is similar to
> std::containers? Then
>
> erase();
>
> would do it.
I do not really like default args... they are sometimes doing more than
what is obvious, and it's only used in two or three places anyway...
> btw. Do you have a sh
I'm in the process of writing a BibtexDBase class that will store the Bibtex
.bib files used by any open buffer. I think that the best place to store the
instance of this class is in LyX:
class LyX {
BibtexDBase & bibtex();
}
At present, however, I find that I ca
On Tue, Jul 31, 2001 at 07:50:00PM +0200, Lars Gullik Bjønnes wrote:
> | - Item "Append Row|A" "tabular-feature append-row"
> | - Item "Append Column|u" "tabular-feature append-column"
> | - Separator
> | + Item "Add Row|A" "tabular-feature append-row"
>
> Is it really adding? is is it a
On Tue, 31 Jul 2001, Andre Poenitz wrote:
> > [...]
> > 3. If you are in front of an array and you move the cursor to
> > the right, LyX places it into a cell that is "close" to the
> > cursor. IMHO it should always be placed into the cell in the
> > top left corner.
>
> Argh...
On Tue, Jul 31, 2001 at 07:41:45PM +0200, Michael Schmitt wrote:
> 2. Cosmetics: In the GUI (menu "edit"), the entries for
> adding/deleting rows are not ordered in the same way in
> "tabular" and "math"
I agree, someone apply attached please
john
--
"I'd rather be rudely informed
Upps.. forgot the patch
--
André Pönitz . [EMAIL PROTECTED]
? todo
? .array.C.swp
? todo.backup
? .math_macrotable.C.swp
Index: array.C
===
RCS file: /usr/local/lyx/cvsroot/lyx-devel/src
A bit of cleanup.
I don't find any leak in array.C itself, so I'd guess there is something
like a new'ed MathInset * outside array.C that does not get deleted or
inserted into a MathArray...
Maybe it's time to change the semantics of MathArray::insert a bit --- or
to get rid of this 'embed raw
> I do not have the faintest idea what these macros mean nor do I know how
> to construct them (I couldn't find an entry in the menu; have I overlooked
> something or is this an undocumented feature?) but they look very
> impressive!!!
Macros in general are documented in the UserGuide, the 'inter
Wow,
I do not have the faintest idea what these macros mean nor do I know how
to construct them (I couldn't find an entry in the menu; have I overlooked
something or is this an undocumented feature?) but they look very
impressive!!!
(Un-)fortunately: No, sorry, no memory access problems!
But be
Until 1.1.5, it was possible to declare . as the
default dir.
Since 1.1.6, it seems that an absolute path is compulsory.
I find this an unnecessary constraint because I often
call lyx from a shell after cd to the desired directory,
and now I must go to the preferences to edit the path
when I go
> So obviously, "mathed_parse_cell" does not parse a file!
It does not...
It is used to setup the 'internal macro table' (i.e. things like \to,
\emptyset etc, which are "mapped" to \rightarrow, \not0 etc.'
Andre'
--
André Pönitz . [EMAIL PROTECTED]
On Tue, Jul 31, 2001 at 06:02:28PM +0200, Michael Schmitt wrote:
> Hi Allan & Andre,
>
> I have tested file "scary_eqns.lyx" but I must confess that I (partly)
> failed in my duty to produce ugly looking bug reports.
Try using the following file, which uses a lot of macros.
PS: I found a new sm
Hi,
concerning the bug I reported before, I noticed that it even occurs if I
1. start LyX
2. create a new document
3. open mathed (no further editing)
So obviously, "mathed_parse_cell" does not parse a file! Hmmm... Then, of
course, I wonder what the istream is... The document is new and
>NO SEGFAULTS, NO SERIOUS MEMORY ACCESS FAILURES !
>
> The only thing that I can complain about is the vast consumption of
> memory. 150K memory leaks within 10 minutes is a bit too much. However, I
> think that most of them come from the same source (MathScriptInset). See
> attachment...
Th
> why isn't andre complaining about the extra time spent downloading all
> these compliments hmm ?
I was about to do so...
Andre'
--
André Pönitz . [EMAIL PROTECTED]
On Tue, Jul 31, 2001 at 06:16:26PM +0200, Michael Schmitt wrote:
> Hi Andre,
>
> 1. You are wonderful!
> 2. Mathed is a brillant piece of software!
> 3. That must be sufficient!
why isn't andre complaining about the extra time spent downloading all
these compliments hmm ?
john
--
"I'd rat
On Tue, Jul 31, 2001 at 10:30:22AM +0100, Angus Leeming wrote:
> Looking good, although I'm pretty surprised that I'm the author of
> ControlLabel.[Ch], FormsLabel.[Ch]. Must be getting REALLY good at coding in
> my sleep.
it is but a little tribute ...
... or very lazy cp FormIndex.C FormLab
On Tue, Jul 31, 2001 at 12:06:27AM +0200, Asger K. Alstrup Nielsen wrote:
> However, progress could be made if we made the Positive Sandwich a
> requirement: You have start each mail with a positive thing, just one line
I didn't know we were running a support group ;)
the number of students who
On Mon, Jul 30, 2001 at 11:42:15PM +0200, Asger K. Alstrup Nielsen wrote:
> On Mon, 30 Jul 2001, Herbert Voss wrote:
>
> > AikSaurus is installed!
> >
> > there is no hint in my config.log for aiksaurus.
> > the log is attached.
>
> What do you know. I can only say: Keep bugging John until he
On Tuesday 31 July 2001 17:10, John Levon wrote:
> On Mon, Jul 30, 2001 at 06:23:49PM +0100, Angus Leeming wrote:
>
> > Nope. Maybe it didn't get ported in the Great Rewrite. Or maybe I trashed
it
> > when hacking your (rather magnificent) efforts all that time ago. Either
way,
> > cvsweb is
Hi Andre,
1. You are wonderful!
2. Mathed is a brillant piece of software!
3. That must be sufficient!
Actually, Purify reported one real memory access problem but I am not
sure whether it is your fault:
UMR: Uninitialized memory read
This is occurring while in:
_GLO
On Mon, Jul 30, 2001 at 06:23:49PM +0100, Angus Leeming wrote:
> Nope. Maybe it didn't get ported in the Great Rewrite. Or maybe I trashed it
> when hacking your (rather magnificent) efforts all that time ago. Either way,
> cvsweb is your friend.
cvs tells me it got lost during the splitting o
Hi Allan & Andre,
I have tested file "scary_eqns.lyx" but I must confess that I (partly)
failed in my duty to produce ugly looking bug reports.
I loaded the file, exported it to dvi, made some modifications
(totally randomly), reverted the changes and saved the file afterwards.
NO SEGFAULTS,
The closing praise is missing...
Andre'
--
André Pönitz . [EMAIL PROTECTED]
Hi,
following the new strategy, I must first tell you that you can be very,
very proud of your program!
And here comes the bug report :-) After closing the last (only)
document, LyX still prints the document name in the window title. I think
it should be reset such that only the text "LyX" is vi
On 31-Jul-2001 Lars Gullik Bjønnes wrote:
>| How do I get an inset to be inlined?
>| I need to do this to InsetGraphics too, it is currently always displayed
>| centered on its own paragraph whereas the actual LaTeX display is
>| inlined.
>
> You are not talking of the same kind of inlining.
On Tuesday 31 July 2001 16:21, Andre Poenitz wrote:
> > That's the only way out... I put it on the todo list.
>
> Aehm... what's wrong with the current solution (aka 'M-x label-insert'
> opens a dialog with default value equal to the equation's current label)?
Bloody 'ell! I never knew this exis
* Juergen Vigna <[EMAIL PROTECTED]> [010731 18:21]:
>
> On 31-Jul-2001 Kayvan A. Sylvan wrote:
> > On Tue, Jul 31, 2001 at 12:28:09PM +0200, Juergen Vigna wrote:
> >>
> >> I've now insered a inline functionallity for InsetERT (and only for that one!)
> >> For now you can ONLY access this functio
> That's the only way out... I put it on the todo list.
Aehm... what's wrong with the current solution (aka 'M-x label-insert'
opens a dialog with default value equal to the equation's current label)?
Andre'
--
André Pönitz . [EMAIL PROTECTED]
> * why not just use a regular InsetLabel?
Because there is no way to nest "ordinary Insets" within MathInset.
They are incompatible (and probably will remain so)
> * if not, can you make them editable somehow?
That's the only way out... I put it on the todo list.
Andre'
--
André Pönitz
André,
I seam to remember you saying (somewhat rashly!) that how was the time to
make mathed feature requests. Of course, I may have been dreaming this in
which case please ignore this ramble totally!
It is currently impossible to edit math labels once they're created. So, two
questions:
* wh
On 31-Jul-2001 Kayvan A. Sylvan wrote:
> On Tue, Jul 31, 2001 at 12:28:09PM +0200, Juergen Vigna wrote:
>>
>> I've now insered a inline functionallity for InsetERT (and only for that one!)
>> For now you can ONLY access this functionallity (toggle between inlined/not)
>> by clicking with the Mid
On Tue, Jul 31, 2001 at 12:28:09PM +0200, Juergen Vigna wrote:
>
> I've now insered a inline functionallity for InsetERT (and only for that one!)
> For now you can ONLY access this functionallity (toggle between inlined/not)
> by clicking with the Middle mouse button (button == 2) on the ERT labe
Am Son, 29 Jul 2001 18:38:51 schrieb Herbert Voss:
> when in latex preamble a \usepackage{bibtopic}
> appears, but no corresponding bibtopic command
> in the text, bibtex is not run from lyx, though
> there is a \nocite* command with a bibstyle and
> filename.
Bibtopic disables the default biblio
On 30-Jul-2001 Michael Schmitt wrote:
> I could assume that this bug is related to the bug that a graphics inset
> dialog is opened as well when you open (expand) a closed figure float.
This is fixed in CVS!
Also the problem with setting the last character of a paragraph to a TINY
font with wr
On 31-Jul-2001 Danker, Dr. Timm wrote:
>>
>> Most problems we have with InsetText (and derivates) can probably be
>> fixed one and for all. So yes they have a common code base.
>>
> Is, for example, the insetminipage also somehow derived from insettext?
> Looking at the code, I only see it deri
On Tuesday 31 July 2001 13:02, Danker, Dr. Timm wrote:
> >
> > Most problems we have with InsetText (and derivates) can probably be
> > fixed one and for all. So yes they have a common code base.
> >
> Is, for example, the insetminipage also somehow derived from insettext?
> Looking at the code,
>
> Most problems we have with InsetText (and derivates) can probably be
> fixed one and for all. So yes they have a common code base.
>
Is, for example, the insetminipage also somehow derived from insettext?
Looking at the code, I only see it derived from collapsble which in turn
inherits from
Minor changes in GUII matrix.
Changes in tasks.php3 and roadmap.php3, reflecting my a small change in
InsetGraphics status, adding the Scripting part to future tasks and
small minor changes.
--
Baruch Even
http://baruch.ev-en.org/
Index: ChangeLog
=
On 31-Jul-2001 [EMAIL PROTECTED] wrote:
> Log message:
> Added inline functionallity to InsetERT. Fixed cache.clear() problem in
> InsetText. Small fixes.
For Michael: Please retest the problem you've seen about freed memory access in
InsetText.
I've now insered a inli
On Monday 30 July 2001 20:53, John Levon wrote:
> On Mon, Jul 30, 2001 at 06:58:36PM +0200, Michael Schmitt wrote:
>
> > On the other hand, I don't want you to sit all night in front of
>
> well attached is mostly there :
>
> 1) I don't know what to do with mathed ...
>
> 2) I don't know where
On 31-Jul-2001 Michael Schmitt wrote:
> a short question from a curious user (answer with just a sentence
> or two): Do all these insets have a common code base? As you know there
> are still some repainting problems with insets and I wonder whether they
> can be fixed once for all insets.
Most
Hi,
a short question from a curious user (answer with just a sentence
or two): Do all these insets have a common code base? As you know there
are still some repainting problems with insets and I wonder whether they
can be fixed once for all insets.
Michael
--
==
On Monday 30 July 2001 19:27, Michael Schmitt wrote:
> > do I read this correctly. To me, this is saying that purify finds
> > uninitialised memory at line 306 of WorkArea.C. Correct?
>
> Yes!
>
> Did you have a look at the following information, too?
>
> > Reading 4 bytes from 0x8a9a7c i
On 30-Jul-2001 Asger K. Alstrup Nielsen wrote:
> You incompetent bastards haven't changed the 666 to ERT yet, and it's
> been FIVE minutes since I ordered it! What the fuck are you doing? Don't
> you have any respect for me? I DEMAND THIS CHANGE NOW!
Don't pay to much attention to what he said
On 30-Jul-2001 Martin Vermeer wrote:
> http://linuxtoday.com/news_story.php3?ltsn=2001-07-27-012-20-NW-CY-0028
>
> "I will concede, however, that Word is vastly superior for composing
> ransom notes."
#:O)
Jürgen
--
-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._
60 matches
Mail list logo
