RE: Developer's Documentation

[Juergen Vigna]

On 17-May-2000 Martin D. Muggli wrote:
 Hello
 
 A fellow student and I are working on a school project to create a
 communication layer between LyX and the computer algebra system MuPAD.  We
 have been searching for detailed developer documents concerning LyX
 without much luck.  If they don't exist we will be creating some and we
 will submit them to the web page.  
 
 My question is:  Do such documents exist? (UML, programmer's manual,
 etc.)  The www.devel.lyx.org page says design documents are on the
 references page but the ones I've found are pretty sparse and primarily
 cover just GUI stuff.  
 
 We might also comment in a description of what each module does (to the
 best of our knowledge) at the top of the appropriate files (if that
 information is not in another file someplace) to make it easier for future
 developers to join the project.
 

You're right there is not much documentation about the function of each
module in LyX for new developers, so IMO such a documentation would surely
be very welcome!

Greets Jürgen

-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Dr. Jürgen Vigna  E-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel:+39-0471-450260
I-39100 Bozen Fax:+39-0471-450296
ITALY Web:http://www.sad.it/~jug

Preudhomme's Law of Window Cleaning:
It's on the other side.

-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Re: bug associated with Meta (Compose?) Key

[Angus Leeming]

JMarc OK, so what you believe to be a Meta (aka Alt) key is now in fact a
JMarc Multi_Key (aka compose key). I'm sure you have another proper meta key
JMarc on your keyboard.

I never suggested it was your fault. Many thanks for removing a little
ignorance from the world! 

It has not helped me however. Yet.

xev tells me that I have two Multi_keys and two Alt keys, one being Alt_L, the
other being Alt_R.

Let's refer to either Muli_key as P- (as in comPose!)
and lets refer to either Alt key as M- (as in Meta)

If, using either Multi_key, I type P-c, release all keys, and then type P-c
again, I get M-c appearing in the status bar. Subsequently typing "m" produces
a mathbox.

If, using either Alt key, I type M-c, all I get is a "c" in the document.

Diving into my .Xmodmap (bracketted terms are my comments)
keycode 0x19 (25) = Alt_L Meta_L
keycode 0x39 (57) = Alt_R Meta_R
keycode 0x28 (40) = Multi_key 
keycode 0x58 (88) = Multi_key

clear Mod1
clear Mod2

add Mod1= Multi_key Multi_key
add Mod2= Alt_L Alt_R

Any (further) ideas?
Angus

Re: citations in LyX

[Lars Gullik Bjønnes]

Allan Rae [EMAIL PROTECTED] writes:

| I'll try extra hard to get a new branch started based on pre2 (is that out
| yet? if not Lars maybe you should tag prereleases in future).

Yes, I will use "rtag" on prereleases and "rtag -b" on releases.

Lgb

Re: citations in LyX

[Lars Gullik Bjønnes]

Angus Leeming [EMAIL PROTECTED] writes:

| Any suggestions/feedback?

From what I read of this discussion so far it seems very sound.
I expect a patch as soon as 1.1.5 is out.

Lgb

Re: Bug in LColor

[Lars Gullik Bjønnes]

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:

| Short version for Lars: the new code in LColor reads in incorrectly
| "\color default" and changes that to "ignore". In turn, this exports
| bogus TeX code.

The format was not supposed to change.
How did I make that happen?
Probably the LColor switch.

\color none should be equivilent with \color default.

Lgb

Re: cvs question

[Lars Gullik Bjønnes]

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:

|  "Angus" == Angus Leeming [EMAIL PROTECTED] writes:
| 
| Angus I'd like to submit a patch for a new citation dialog, but my
| Angus current attempt: cvs diff -p -u  angus.patch documented the
| Angus differences between my files and those in the repository, but
| Angus didn't add the NEW files in my directories to the patch. I can
| Angus do this by hand, but what is the correct way to do this?
| 
| Maybe adding -N?

Or send the new files in a tar file.

Lgb

Re: New citation dialog

[Lars Gullik Bjønnes]

Juergen Vigna [EMAIL PROTECTED] writes:

| This would be already in if we could have a single patch for this it's
| just that is was a bit mixed up with other stuff where we want also Lars
| opinion and he will return today :)

What should I look at?

Lgb

Re: Basque Translation (eu.po)

[Lars Gullik Bjønnes]

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:

|  "blackziggy" == blackziggy  [EMAIL PROTECTED] writes:
| 
| blackziggy Hi! I'm Iñaki Larrañaga (aka Dooteo) and I just finished
| blackziggy (i think...) the translation of eu.po file for
| blackziggy LyX-1.0.3... 
| 
| Hello,

Jean-Marc, did you add the .po file to cvs?
(if not please do)

Lgb

Bug in CVS 18/05/00 #1

[Michael Schmitt]

Hi,

despite the most recent fixes there is still a problem with cutting a
region covering two paragraphs:

  FMR: Free memory read
  This is occurring while in:
LyXParagraph*LyXParagraph::Next() [paragraph.C:1197]
void LyXText::CutSelection(bool) [text2.C:2227]
void BufferView::cut() [BufferView2.C:587]
   
std::basic_stringchar,std::char_traitschar,std::allocatorchar
LyXFunc::Dispatch(int,const char*) [lyxfunc.C:910]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  Reading 4 bytes from 0xcfc97c in the heap.
  Address 0xcfc97c is 196 bytes into a freed  block at 0xcfc8b8 of
260 bytes.
  This block was allocated from:
malloc [rtlib.o]
c2n6Fi_Pv_ [libCrun.so.1]
void*operator new(unsigned) [rtlib.o]
void LyXParagraph::BreakParagraphConservative(int)
[paragraph.C:1570]
bool
CutAndPaste::cutSelection(LyXParagraph*,LyXParagraph**,int,int,char,bool)
[CutAndPaste.C:96]
void LyXText::CutSelection(bool) [text2.C:2221]
void BufferView::cut() [BufferView2.C:587]
   
std::basic_stringchar,std::char_traitschar,std::allocatorchar
LyXFunc::Dispatch(int,const char*) [lyxfunc.C:910]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  There have been 0 frees since this block was freed from:
free   [rtlib.o]
c2k6FPv_v_ [libCrun.so.1]
void operator delete(void*) [rtlib.o]
void LyXParagraph::PasteParagraph() [paragraph.C:1624]
bool
CutAndPaste::cutSelection(LyXParagraph*,LyXParagraph**,int,int,char,bool)
[CutAndPaste.C:129]
void LyXText::CutSelection(bool) [text2.C:2221]
void BufferView::cut() [BufferView2.C:587]
   
std::basic_stringchar,std::char_traitschar,std::allocatorchar
LyXFunc::Dispatch(int,const char*) [lyxfunc.C:910]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  FMR: Free memory read
  This is occurring while in:
LyXParagraph*LyXParagraph::Next() [paragraph.C:1209]
void LyXText::CutSelection(bool) [text2.C:2227]
void BufferView::cut() [BufferView2.C:587]
   
std::basic_stringchar,std::char_traitschar,std::allocatorchar
LyXFunc::Dispatch(int,const char*) [lyxfunc.C:910]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  Reading 4 bytes from 0xcfc97c in the heap.
  Address 0xcfc97c is 196 bytes into a freed  block at 0xcfc8b8 of
260 bytes.
  This block was allocated from:
malloc [rtlib.o]
c2n6Fi_Pv_ [libCrun.so.1]
void*operator new(unsigned) [rtlib.o]
void LyXParagraph::BreakParagraphConservative(int)
[paragraph.C:1570]
bool
CutAndPaste::cutSelection(LyXParagraph*,LyXParagraph**,int,int,char,bool)
[CutAndPaste.C:96]
void LyXText::CutSelection(bool) [text2.C:2221]
void BufferView::cut() [BufferView2.C:587]
   
std::basic_stringchar,std::char_traitschar,std::allocatorchar

Re: New citation dialog

[Angus Leeming]

Lars What should I look at?

Lars, things have moved on since these patches were submitted. Only a little,
but on, nevertheless. I've just remade things against todays CVS. Shall I
resubmit?

I'd like something in the tree sooner rather than later, because this thing
could evolve quite rapidly and I'd like to have as much feedback as possible
from interested users.

At present the patch is quite small and the only real change in functionality
is the ability to input multiple citations in one citation inset. The citation
dialog is much improved and Dekel has introduced STL containers. I think that
is enough for a first patch.

Do you want the latest and greatest, and if so, should I send it to the list or
to [EMAIL PROTECTED]?

Angus

Re: Compilation with Sun CC 5.0 - Errors

[Lars Gullik Bjønnes]

schmitt [EMAIL PROTECTED] writes:

| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView_pimpl.C,v
| retrieving revision 1.12
| diff -r1.12 BufferView_pimpl.C
| 472c472
|pairdouble, double p = workarea-getScrollbarBounds();
| ---
|pairfloat, float p = workarea-getScrollbarBounds();

if getScrollbarBounds return parfloat, float this is correct.

| Index: src/language.C
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/language.C,v
| retrieving revision 1.4
| diff -r1.4 language.C
| 9c9
|  Language ignore_lang = {"ignore", "Ignore", false};
| ---
|  Language ignore_lang( "ignore", "Ignore", false );

What error provokes this change?

| Index: src/language.h
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/language.h,v
| retrieving revision 1.5
| diff -r1.5 language.h
| 8a9,12
|  Language() {};
|Language( string lang, string display, bool RightToLeft ) :
|   lang( lang ), display( display ), RightToLeft( RightToLeft ) {};
| 
| Index:
| src/layout.C 
|   
string parameters should be passed by const reference.

| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/layout.C,v
| retrieving revision 1.24
| diff -r1.24 layout.C
| 1330c1330
|return make_pair(true, cit - classlist.begin());
| ---
|return make_pair(true, static_castunsigned( cit - 
|classlist.begin()));
| 1359c1359
|return make_pair(true, LYX_DUMMY_LAYOUT);
| ---
|return make_pair(true, static_cast unsigned (
| LYX_DUMMY_LAYOUT ) );

What error provokes this?

| Index: src/lyx_gui_misc.C
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyx_gui_misc.C,v
| retrieving revision 1.20
| diff -r1.20 lyx_gui_misc.C
| 399c399
|  return make_pairbool, string(true, tmp);
| ---
|  return make_pairbool, string(true, string( tmp ));

I hate stupid library implementators!

| Index: src/lyx_main.C
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyx_main.C,v
| retrieving revision 1.34
| diff -r1.34 lyx_main.C
| 35a36
|  using std::signal;
| Index: src/lyxparagraph.h
|  
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyxparagraph.h,v
| retrieving revision 1.33
| diff -r1.33 lyxparagraph.h
| 515c515
|  private:
| ---
|  public:
| 525a526
|  private:

I think this is the wrong fix.
A friend would perhaps be better.

| Index: src/text2.C
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/text2.C,v
| retrieving revision 1.57
| diff -r1.57 text2.C
| 3210c3210
|  #warning Remove this when verified working (Jug 2413)
| ---
|  // warning Remove this when verified working (Jug 2413)

Does removing the # from warning make a difference if the line is
commented out?
And does the compiler give a warning or an error?

| Index: src/mathed/math_symbols.C
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_symbols.C,v
| retrieving revision 1.26
| diff -r1.26 math_symbols.C
| 546c546
|char * sx = strstr(data[2], "");
| ---
|char * sx = const_cast char * ( strstr(data[2], "") );

I don't like this. The must be a cleaner way.

Lgb

Bug in CVS 18/05/00 #2

[Michael Schmitt]

Hi,

importing the ascii file README (from lyx) results in the following
message:

  UMR: Uninitialized memory read
  This is occurring while in:
void LyXText::SetSelection() [text2.C:1024]
int BufferView::Pimpl::resizeCurrentBuffer()
[BufferView_pimpl.C:260]
void BufferView::Pimpl::resize() [BufferView_pimpl.C:173]
void BufferView::resize() [BufferView.C:78]
void Buffer::resize() [bufferlist.o]
void BufferList::resize() [bufferlist.C:147]
void BufferView::Pimpl::workAreaExpose()
[BufferView_pimpl.C:987]
void BufferView::workAreaExpose() [BufferView.C:187]
int
WorkArea::work_area_handler(flobjs_*,int,int,int,int,void*)
[WorkArea.C:284]
C_WorkArea_work_area_handler [WorkArea.C:48]
fl_handle_it   [libforms.a]
fl_handle_object [libforms.a]
redraw_marked  [libforms.a]
fl_handle_form [libforms.a]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  Reading 4 bytes from 0xa8f128 in the heap.
  Address 0xa8f128 is 240 bytes into a malloc'd block at 0xa8f038 of
376 bytes.
  This block was allocated from:
malloc [rtlib.o]
c2n6Fi_Pv_ [libCrun.so.1]
void*operator new(unsigned) [rtlib.o]
int BufferView::Pimpl::resizeCurrentBuffer()
[BufferView_pimpl.C:231]
void BufferView::Pimpl::resize() [BufferView_pimpl.C:173]
void BufferView::resize() [BufferView.C:78]
void Buffer::resize() [bufferlist.o]
void BufferList::resize() [bufferlist.C:147]
void BufferView::Pimpl::workAreaExpose()
[BufferView_pimpl.C:987]
void BufferView::workAreaExpose() [BufferView.C:187]
int
WorkArea::work_area_handler(flobjs_*,int,int,int,int,void*)
[WorkArea.C:284]
C_WorkArea_work_area_handler [WorkArea.C:48]
fl_handle_it   [libforms.a]
fl_handle_object [libforms.a]
redraw_marked  [libforms.a]
fl_handle_form [libforms.a]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]

-- 
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics   secretary: +49 451 500 3721
Medical University of Luebeck  fax:   +49 451 500 3722
Ratzeburger Allee 160  eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany   WWW:   http://www.itm.mu-luebeck.de
==

Bug in CVS 18/05/00 #2.2

[Michael Schmitt]

Michael Schmitt wrote:

 Hi,
 
 importing the ascii file README (from lyx) results in the following
 message:

I got another warning when clicking at the end of the loaded document:

  UMR: Uninitialized memory read
  This is occurring while in:
int
WorkArea::work_area_handler(flobjs_*,int,int,int,int,void*)
[WorkArea.C:299]
C_WorkArea_work_area_handler [WorkArea.C:48]
fl_handle_it   [libforms.a]
fl_handle_object [libforms.a]
fl_handle_form [libforms.a]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  Reading 4 bytes from 0xa1c6fc in the zero'd data, bss section (3
bytes at 0xa1c6fd uninit).
  Address 0xa1c6fc is   52 bytes past start of global variable
"st_xev".
  This is defined in lyx.

-- 
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics   secretary: +49 451 500 3721
Medical University of Luebeck  fax:   +49 451 500 3722
Ratzeburger Allee 160  eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany   WWW:   http://www.itm.mu-luebeck.de
==

Bug in CVS 18/05/00 #3

[Michael Schmitt]

Hi,

when closing LyX the following messages occur all the time. If I
remember correctly, these are well-known messages which have been
considered harmless.

Michael

  FMR: Free memory read
  This is occurring while in:
XDestroyIC [ICWrap.c]
void CloseLyXLookup() [lyxlookup.C:207]
LyXGUI::~LyXGUI() [lyx_gui.C:205]
LyX::~LyX()[lyx_main.C:156]
main   [main.C:76]
_start [crt1.o]
  Reading 4 bytes from 0x10dc128 in the heap.
  Address 0x10dc128 is 8 bytes into a freed  block at 0x10dc120 of
256 bytes.
  This block was allocated from:
malloc [rtlib.o]
_CreateIC  [XSunIMIF.c]
XCreateIC  [ICWrap.c]
void InitLyXLookup(_XDisplay*,unsigned long)
[lyxlookup.C:56]
void LyXView::show(int,int,const char*) [LyXView.C:211]
void LyXGUI::create_forms() [lyx_gui.C:596]
void LyXGUI::init() [lyx_gui.C:237]
LyX::LyX(int*,char**) [lyx_main.C:86]
main   [main.C:75]
_start [crt1.o]
  There have been 0 frees since this block was freed from:
free   [rtlib.o]
XDestroyIC [ICWrap.c]
void CloseLyXLookup() [lyxlookup.C:207]
LyXGUI::~LyXGUI() [lyx_gui.C:205]
LyX::~LyX()[lyx_main.C:156]
main   [main.C:76]
_start [crt1.o]
  FUM: Freeing unallocated memory
  This is occurring while in:
free   [rtlib.o]
void CloseLyXLookup() [lyxlookup.C:207]
LyXGUI::~LyXGUI() [lyx_gui.C:205]
LyX::~LyX()[lyx_main.C:156]
main   [main.C:76]
_start [crt1.o]
  Attempting to free block at 0x10dc120 already freed.
  This block was allocated from:
malloc [rtlib.o]
_CreateIC  [XSunIMIF.c]
XCreateIC  [ICWrap.c]
void InitLyXLookup(_XDisplay*,unsigned long)
[lyxlookup.C:56]
void LyXView::show(int,int,const char*) [LyXView.C:211]
void LyXGUI::create_forms() [lyx_gui.C:596]
void LyXGUI::init() [lyx_gui.C:237]
LyX::LyX(int*,char**) [lyx_main.C:86]
main   [main.C:75]
_start [crt1.o]
  There have been 1 frees since this block was freed from:
free   [rtlib.o]
XDestroyIC [ICWrap.c]
void CloseLyXLookup() [lyxlookup.C:207]
LyXGUI::~LyXGUI() [lyx_gui.C:205]
LyX::~LyX()[lyx_main.C:156]
main   [main.C:76]
_start [crt1.o]

-- 
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics   secretary: +49 451 500 3721
Medical University of Luebeck  fax:   +49 451 500 3722
Ratzeburger Allee 160  eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany   WWW:   http://www.itm.mu-luebeck.de
==

Re: CharArgs.txt

[Lars Gullik Bjønnes]

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:

| What about the file format? Assume LCS 'foo' is in sans serif and LCS
| 'bar' is in typewriter font. If you apply style foo and bar to the
| same text, they will conflict. This means that you have to remember in
| which order they have been applied. Does the current data structure
| allow for that?

bar will override foo.

| Also, how do we check that the style names do not conflict with
| existing latex macros?

We can f.ex. just add a lcs prefix to the command. (or lyxlcs for that
matter)

Lgb

[comp.os.linux.announce] pybliographer-1.0.0 - tool for handling bibliographic databases

[Lars Gullik Bjønnes]

--- Start of forwarded message ---
From: [EMAIL PROTECTED] (=?iso-8859-1?Q?Fr=E9d=E9ric?= Gobry)
Newsgroups: comp.os.linux.announce
Subject: pybliographer-1.0.0 - tool for handling bibliographic databases
Followup-To: comp.os.linux.misc
Date: Wed, 17 May 2000 17:53:09 GMT
Organization: EPFL
Message-ID: [EMAIL PROTECTED]
Reply-To: [EMAIL PROTECTED]

-BEGIN PGP SIGNED MESSAGE-


Hi,   

I've just released pybliographer-1.0.0, available from:

http://www.gnome.org/pybliographer/download.html   


Pybliographer is a tool for handling bibliographic databases. It provides an
homogeneous interface over several bibliographic formats, and powerful
search capabilities. It can interact with LyX.


REQUIREMENTS
   
* a working gnome 1.0.x environment
* gnome-python = 1.0.53
* python 1.5.x (probably 1.5.2)   


Frédéric



- -- 
This article has been digitally signed by the moderator, using PGP.
http://www.iki.fi/mjr/cola-public-key.asc has PGP key for validating signature.
Send submissions for comp.os.linux.announce to: [EMAIL PROTECTED]
PLEASE remember a short description of the software and the LOCATION.
This group is archived at http://www.iki.fi/mjr/linux/cola.html

-BEGIN PGP SIGNATURE-
Version: 2.6.3i
Charset: latin1

iQCVAgUBOSLchVrUI/eHXJZ5AQH/8QQAjWXvsbnmOlgb5BXid5sNIDNbYtsqX1gL
vEvKOKwR6QLgQkwa0ZkXf9oKWO8YCM3XpDjIKQlMoepCBDV4+RAtFl/fvTdNp3sD
DQLxI+1x8pKzcOruifaKgTiCetj/85IaE9HpqV2yVBpRjyYW5DDLMroR9YQy4x+0
37QvQ167HpM=
=0lV/
-END PGP SIGNATURE-
--- End of forwarded message ---

ok! objections to pre2 now?

[Lars Gullik Bjønnes]

I want pre2 out today, objections?

Lgb

insetcommand.h question

[Angus Leeming]

Very simple one:

Can I propose changing the protected status of "command", "options", "contents"
in insetcommand.h to private? Can I also propose changing the name of "command"
to "cmdname"? Things as they stand are a little counter intuitive.

Angus


insetcommand.h contains:
public:
string const  getOptions() const { return options; }
void setOptions(string const  o) { options = o; }
protected:
string options;

public:
string const  getContents() const { return contents; }
virtual void setContents(string const  c) { contents = c; }
protected:
string contents;

public:
string getCommand() const;
string const  getCmdName() const { return command; }
void setCmdName(string const  n) { command = n; }
protected:
string command;

getCommand() does not return command, but returns a concatenation of command,
options and contents.  I think that this is counter-intuitive.

LyX X fonts and the command line

[Lior Silberman]

AFAIK, the only way to select (X display) fonts in LyX is through the
lyxrc mechanism ( \screen_font_* settings ).

I would like to use LyX from several different displays, each of which has
different fonts available (as xfontsel testifies). Thus, it would help if
there were command-line options for these settings, overriding
lyxrc. Note there are various (command line) options for changing the
colours (according to the man page).

If this only requires superficial changes to the code, I'll be happy to
make them myself.

Thanks,
Lior.

Re: insetcommand.h question

[Lars Gullik Bjønnes]

Angus Leeming [EMAIL PROTECTED] writes:

| Very simple one:
| 
| Can I propose changing the protected status of "command", "options", "contents"
| in insetcommand.h to private? Can I also propose changing the name of "command"
| to "cmdname"? Things as they stand are a little counter intuitive.

Agree.
| 
| Angus
| 
| 
| insetcommand.h contains:
| public:
|   string const  getOptions() const { return options; }
|   void setOptions(string const  o) { options = o; }
| protected:
|   string options;

public:
string const  options() const { return options; }
void options(string const  o) { options = o; }
private:
string options_;

| 
| public:
|   string const  getContents() const { return contents; }
|   virtual void setContents(string const  c) { contents = c; }
| protected:
|   string contents;

public:
string const  contents() const { return contents; }
void contents(string const  c) { contents = c; }
private:
string contents_;

| 
| public:
|   string getCommand() const;
|   string const  getCmdName() const { return command; }
|   void setCmdName(string const  n) { command = n; }
| protected:
|   string command;

public:
string const  cmdName() const { return cmdname; }
void cmdName(string const  c) { cmdname = c; }
private:
string cmdname_;

Would be preferred by me...
but I'd really like the public methods above to be private/protected
as well.

| 
| getCommand() does not return command, but returns a concatenation of command,
| options and contents.  I think that this is counter-intuitive.

mmm, agree.

Lgb

Bug in CVS 18/05/00 #4

[Michael Schmitt]

Hi,

below please find a severe bug (free memory read with a lot of
operations between free and read operation).

Michael



I opened a couple of files (it seems like two are not sufficient), made
_no_ changes, then opened one of them again (reloaded).


  FMR: Free memory read
  This is occurring while in:
bool text_fits::operator()(LyXText*)
[QCfYDL9Ishn54ITXVBUe.o]
__type_0
std::find_ifLyXText**,text_fits(__type_0,__type_0,__type_1)
[algorithm]
LyXText*TextCache::findFit(Buffer*,unsigned short)
[TextCache.C:49]
int BufferView::Pimpl::resizeCurrentBuffer()
[BufferView_pimpl.C:235]
void BufferView::Pimpl::buffer(Buffer*)
[BufferView_pimpl.C:133]
void BufferView::buffer(Buffer*) [BufferView.C:66]
void LyXFunc::MenuOpen() [lyxfunc.C:2820]
   
std::basic_stringchar,std::char_traitschar,std::allocatorchar
LyXFunc::Dispatch(int,const char*) [lyxfunc.C:735]
void Menus::ShowFileMenu(flobjs_*,long) [menus.C:641]
C_Menus_ShowFileMenu [menus.C:71]
fl_object_qread [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  Reading 4 bytes from 0xbde420 in the heap.
  Address 0xbde420 is at the beginning of a freed block of 376
bytes.
  This block was allocated from:
malloc [rtlib.o]
c2n6Fi_Pv_ [libCrun.so.1]
void*operator new(unsigned) [rtlib.o]
int BufferView::Pimpl::resizeCurrentBuffer()
[BufferView_pimpl.C:246]
void BufferView::Pimpl::buffer(Buffer*)
[BufferView_pimpl.C:133]
void BufferView::buffer(Buffer*) [BufferView.C:66]
void LyXFunc::MenuOpen() [lyxfunc.C:2820]
   
std::basic_stringchar,std::char_traitschar,std::allocatorchar
LyXFunc::Dispatch(int,const char*) [lyxfunc.C:735]
void Menus::ShowFileMenu(flobjs_*,long) [menus.C:641]
C_Menus_ShowFileMenu [menus.C:71]
fl_object_qread [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  There have been 23967 frees since this block was freed from:
free   [rtlib.o]
c2k6FPv_v_ [libCrun.so.1]
void operator delete(void*) [rtlib.o]
void delete_text::operator()(LyXText*)
[NVtqvRLYnAsav0BdKzxL.o]
__type_1
std::for_eachLyXText**,delete_text(__type_0,__type_0,__type_1)
[algorithm]
void TextCache::removeAllWithBuffer(Buffer*)
[TextCache.C:137]
void BufferStorage::release(Buffer*) [bufferlist.C:59]
bool BufferList::close(Buffer*) [bufferlist.C:176]
Buffer*BufferList::loadLyXFile(const
std::basic_stringchar,std::char_traitschar,std::allocatorchar
,bool) [bufferlist.C:436]
void LyXFunc::MenuOpen() [lyxfunc.C:2818]
   
std::basic_stringchar,std::char_traitschar,std::allocatorchar
LyXFunc::Dispatch(int,const char*) [lyxfunc.C:735]
void Menus::ShowFileMenu(flobjs_*,long) [menus.C:641]
C_Menus_ShowFileMenu [menus.C:71]
fl_object_qread [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]




-- 
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics   secretary: +49 451 500 3721
Medical University of Luebeck  fax:   +49 451 500 3722
Ratzeburger Allee 160  eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany   WWW:   http://www.itm.mu-luebeck.de
==

Bug in CVS 18/05/00 #5

[Michael Schmitt]

Hi,

yet another bug report. 

I loaded a file with a figure; minimized the figure ('fig' is printed at
the end of a line); deleted the figure. 

The purify reports looks similar to the one that it raised when cutting
a region covering two paragraphs.

Michael 

  FMR: Free memory read
  This is occurring while in:
LyXParagraph*LyXParagraph::Next() [paragraph.C:1197]
void LyXText::CutSelection(bool) [text2.C:2227]
void BufferView::cut() [BufferView2.C:587]
   
std::basic_stringchar,std::char_traitschar,std::allocatorchar
LyXFunc::Dispatch(int,const char*) [lyxfunc.C:910]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  Reading 4 bytes from 0x12d87fc in the heap.
  Address 0x12d87fc is 196 bytes into a freed  block at 0x12d8738 of
260 bytes.
  This block was allocated from:
malloc [rtlib.o]
c2n6Fi_Pv_ [libCrun.so.1]
void*operator new(unsigned) [rtlib.o]
void LyXParagraph::BreakParagraphConservative(int)
[paragraph.C:1570]
bool
CutAndPaste::cutSelection(LyXParagraph*,LyXParagraph**,int,int,char,bool)
[CutAndPaste.C:96]
void LyXText::CutSelection(bool) [text2.C:2221]
void BufferView::cut() [BufferView2.C:587]
   
std::basic_stringchar,std::char_traitschar,std::allocatorchar
LyXFunc::Dispatch(int,const char*) [lyxfunc.C:910]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  There have been 0 frees since this block was freed from:
free   [rtlib.o]
c2k6FPv_v_ [libCrun.so.1]
void operator delete(void*) [rtlib.o]
void LyXParagraph::PasteParagraph() [paragraph.C:1624]
bool
CutAndPaste::cutSelection(LyXParagraph*,LyXParagraph**,int,int,char,bool)
[CutAndPaste.C:129]
void LyXText::CutSelection(bool) [text2.C:2221]
void BufferView::cut() [BufferView2.C:587]
   
std::basic_stringchar,std::char_traitschar,std::allocatorchar
LyXFunc::Dispatch(int,const char*) [lyxfunc.C:910]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  FMR: Free memory read
  This is occurring while in:
LyXParagraph*LyXParagraph::Next() [paragraph.C:1197]
void LyXText::CutSelection(bool) [text2.C:2227]
void BufferView::cut() [BufferView2.C:587]
   
std::basic_stringchar,std::char_traitschar,std::allocatorchar
LyXFunc::Dispatch(int,const char*) [lyxfunc.C:910]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  Reading 4 bytes from 0x12d87fc in the heap.
  Address 0x12d87fc is 196 bytes into a freed  block at 0x12d8738 of
260 bytes.
  This block was allocated from:
malloc [rtlib.o]
c2n6Fi_Pv_ [libCrun.so.1]
void*operator new(unsigned) [rtlib.o]
void LyXParagraph::BreakParagraphConservative(int)
[paragraph.C:1570]
bool
CutAndPaste::cutSelection(LyXParagraph*,LyXParagraph**,int,int,char,bool)
[CutAndPaste.C:96]
void LyXText::CutSelection(bool) 

Re: Bug in CVS 18/05/00 #4

[Lars Gullik Bjønnes]

Michael Schmitt [EMAIL PROTECTED] writes:

| Hi,
| 
| below please find a severe bug (free memory read with a lot of
| operations between free and read operation).
| 
| Michael
| 
| 
| 
| I opened a couple of files (it seems like two are not sufficient), made
| _no_ changes, then opened one of them again (reloaded).
| 
| 
|   FMR: Free memory read
|   This is occurring while in:
| bool text_fits::operator()(LyXText*)
| [QCfYDL9Ishn54ITXVBUe.o]

This looks like the closed buffer (about to be reverted) is not pruned
from the TextCache, but it seems a bit strange that this can happen.

I will have to look more at this.

Lgb

Bug in CVS 18/05/00 #6

[Michael Schmitt]

Hi,

below please find some reports concerning 'math' operations. This will
be the last report for today (sigh?). I hope you will be able to fix at
least some of the 'bugs'. It should be fairly easy to fix Uninitialized
Memory Reads (UMRs). If you think that some of them are corrected, I
will continue testing.

Michael

PS: Bug report #4 must be fixed definitively. I got a long sequence of
complaints after the one I sent you.


  UMR: Uninitialized memory read (2 times)
  This is occurring while in:
bool MathedXIter::Next() [math_iter.C:632]
bool MathedCursor::Right(bool) [math_cursor.C:285]
UpdatableInset::RESULT
InsetFormula::LocalDispatch(BufferView*,int,const
std::basic_stringchar,std::char_traitschar,std::allocatorchar )
[formula.C:758]
   
std::basic_stringchar,std::char_traitschar,std::allocatorchar
LyXFunc::Dispatch(int,const char*) [lyxfunc.C:578]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  Reading 4 bytes from 0xa71a04 in the heap.
  Address 0xa71a04 is 172 bytes into a malloc'd block at 0xa71958 of
2824 bytes.
  This block was allocated from:
malloc [rtlib.o]
c2n6Fi_Pv_ [libCrun.so.1]
void*operator new(unsigned) [rtlib.o]
void*operator new[](unsigned) [rtlib.o]
MathStackXIter::MathStackXIter(int) [libmathed.a]
void __STATIC_CONSTRUCTOR() [libmathed.a]
_init  [crti.o]
_start [crt1.o]


  UMR: Uninitialized memory read
  This is occurring while in:
bool MathedXIter::Next() [math_iter.C:632]
void MathedIter::goPosAbs(int) [math_iter.C:156]
void MathedXIter::Merge(LyxArrayBase*) [math_iter.C:508]
void MathedCursor::SelPaste() [math_cursor.C:868]
UpdatableInset::RESULT
InsetFormula::LocalDispatch(BufferView*,int,const
std::basic_stringchar,std::char_traitschar,std::allocatorchar )
[formula.C:843]
   
std::basic_stringchar,std::char_traitschar,std::allocatorchar
LyXFunc::Dispatch(int,const char*) [lyxfunc.C:578]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  Reading 4 bytes from 0xa71a5c in the heap.
  Address 0xa71a5c is 260 bytes into a malloc'd block at 0xa71958 of
2824 bytes.
  This block was allocated from:
malloc [rtlib.o]
c2n6Fi_Pv_ [libCrun.so.1]
void*operator new(unsigned) [rtlib.o]
void*operator new[](unsigned) [rtlib.o]
MathStackXIter::MathStackXIter(int) [libmathed.a]
void __STATIC_CONSTRUCTOR() [libmathed.a]
_init  [crti.o]
_start [crt1.o]



  UMR: Uninitialized memory read
  This is occurring while in:
bool MathedXIter::Next() [math_iter.C:602]
void MathedXIter::Merge(LyxArrayBase*) [math_iter.C:527]
void MathedCursor::SelPaste() [math_cursor.C:868]
UpdatableInset::RESULT
InsetFormula::LocalDispatch(BufferView*,int,const
std::basic_stringchar,std::char_traitschar,std::allocatorchar )
[formula.C:843]
   
std::basic_stringchar,std::char_traitschar,std::allocatorchar
LyXFunc::Dispatch(int,const char*) [lyxfunc.C:578]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  Reading 4 bytes from 0xa71a5c in the heap.
  Address 0xa71a5c is 260 bytes into a malloc'd block at 0xa71958 of
2824 bytes.
  This block was allocated from:
malloc [rtlib.o]
c2n6Fi_Pv_ [libCrun.so.1]
   

Re: ok! objections to pre2 now?

[Jean-Marc Lasgouttes]

 "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:

Lars I want pre2 out today, objections? Lgb

We should solve the LColor problem in some way (especially since it
may create files that cannot be read later). 

Also, a look at the purify logs sent by Michael would avoid us many
crash reports...

I agree however that pre2 should be out soon. You decide.

JMarc

Re: Basque Translation (eu.po)

[Jean-Marc Lasgouttes]

 "Lars" == Lars Gullik Bjønnes [EMAIL PROTECTED] writes:

Lars Jean-Marc, did you add the .po file to cvs? (if not please do)

OK, done. Note that I'd like to have a more up-to-date translation
(1.1.5?). 

JMarc

PS: for some reason I do not understand, the Hungarian translation
does not appear on the devel website. Could someone have a look at
translation.php3 and tell me what is wrong?

Re: Bug in CVS 18/05/00 #3

[Jean-Marc Lasgouttes]

 "Michael" == Michael Schmitt [EMAIL PROTECTED] writes:

Michael Hi, when closing LyX the following messages occur all the
Michael time. If I remember correctly, these are well-known messages
Michael which have been considered harmless.

I think those problems is in your X libraries. For the record, I do
not see them. They might not be harmless, but we cannot do much about
them. Note that, since they occur when quitting LyX, there cannot be a
lot of problems.

JMarc

PS: BTW, thanks for all these reports!

Re: Bug in CVS 18/05/00 #6

[Jean-Marc Lasgouttes]

 "Michael" == Michael Schmitt [EMAIL PROTECTED] writes:

Michael Hi, below please find some reports concerning 'math'
Michael operations. This will be the last report for today (sigh?). I
Michael hope you will be able to fix at least some of the 'bugs'. It
Michael should be fairly easy to fix Uninitialized Memory Reads
Michael (UMRs). If you think that some of them are corrected, I will
Michael continue testing.

I think this one comes from the constructor of MathStackXIter:

MathStackXIter(int n = MAX_STACK_ITEMS): imax(n) {
item = new MathedXIter[imax];
i = 0;
}

If I am not mistaken, the contructor of MathedXIter is not called
here. What is the best way to make it happen? I know the proper way is
to use a vector, but an even better way would be to dump the struct
altogether and use an existing STL template.

I am looking now for an easy fix. The theory is that, the more purify
warning we shut off, the easier it gets to see the others.

JMarc

Re: Bug in CVS 18/05/00 #4

[Jean-Marc Lasgouttes]

 "Michael" == Michael Schmitt [EMAIL PROTECTED] writes:

Michael I opened a couple of files (it seems like two are not
Michael sufficient), made _no_ changes, then opened one of them again
Michael (reloaded).

And if you do make a change, are things different? This is definitely
a bug that has been reported earlier and which causes crashes. A must
fix.

JMarc

Re: Bug in CVS 18/05/00 #6

[Michael Schmitt]

Jean-Marc Lasgouttes wrote:

 I am looking now for an easy fix. The theory is that, the more purify
 warning we shut off, the easier it gets to see the others.

Correct! And whenever I get a warning I need to run LyX from scratch
again in order to ensure that one report is not caused by a former one.
(I.e. the reports you get are the initial ones).

Michael

-- 
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics   secretary: +49 451 500 3721
Medical University of Luebeck  fax:   +49 451 500 3722
Ratzeburger Allee 160  eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany   WWW:   http://www.itm.mu-luebeck.de
==

Re: bug associated with Meta (Compose?) Key

[Jean-Marc Lasgouttes]

 "Angus" == Angus Leeming [EMAIL PROTECTED] writes:

Angus I never suggested it was your fault. Many thanks for removing a
Angus little ignorance from the world!

No, but I am relieved.

Angus xev tells me that I have two Multi_keys and two Alt keys, one
Angus being Alt_L, the other being Alt_R.

Angus Let's refer to either Muli_key as P- (as in comPose!) and lets
Angus refer to either Alt key as M- (as in Meta)

In fact, the Meta key as seen by LyX is whatever key bound to Mod1.
The fact that your meta key is also a compose key is certainly not a
good idea...

Something like the following would be better

keycode 0x19 (25) = Alt_L Meta_L
keycode 0x39 (57) = Alt_R Meta_R
keycode 0x28 (40) = Meta_L  === assuming this is the left
meta key. 
keycode 0x58 (88) = Multi_key   === The right one is still compose.

clear Mod1
clear Mod2

add Mod1= Meta_L=== make Meta_l actually useful
add Mod2= Alt_L Alt_R

It might be even better to remove everything from your .Xmodmap file
and see what happens.

JMarc

Re: Purify reports #3

[Jean-Marc Lasgouttes]

 "Michael" == Michael Schmitt [EMAIL PROTECTED] writes:

Michael Hi, I opened a new file, entered a few characters and a
Michael figure (without specifying an eps file). When I added some
Michael more characters, I received the following messages:

These are probably in xforms library.

JMarc

Michael   FMR: Free memory read This is occurring while in:
Michael do_keyboard [libforms.a] do_interaction_step [libforms.a]
Michael fl_treat_interaction_events [libforms.a] fl_check_forms
Michael [libforms.a] void LyXGUI::runTime() [lyx_gui.C:621]
Michael LyX::LyX(int*,char**) [lyx_main.C:148] main [main.C:75]
Michael _start [crt1.o] Reading 4 bytes from 0xcf8564 in the heap.
Michael Address 0xcf8564 is 20 bytes into a freed block at 0xcf8550
Michael of 224 bytes. This block was allocated from: malloc [rtlib.o]
Michael calloc [rtlib.o] fl_make_form [libforms.a] fl_bgn_form
Michael [libforms.a] FD_Figure*create_form_Figure() [form1.C:89] void
Michael InsetFig::Edit(BufferView*,int,int,unsigned)
Michael [figinset.C:1264] FigureApplyCB [lyx_cb.C:3005] FigureOKCB
Michael [lyx_cb.C:3021] fl_object_qread [libforms.a] void
Michael LyXGUI::runTime() [lyx_gui.C:621] LyX::LyX(int*,char**)
Michael [lyx_main.C:148] main [main.C:75] _start [crt1.o] There have
Michael been 68 frees since this block was freed from: free [rtlib.o]
Michael fl_free_freelist [libforms.a] fl_handle_automatic
Michael [libforms.a] do_interaction_step [libforms.a]
Michael fl_treat_interaction_events [libforms.a] fl_check_forms
Michael [libforms.a] void LyXGUI::runTime() [lyx_gui.C:621]
Michael LyX::LyX(int*,char**) [lyx_main.C:148] main [main.C:75]
Michael _start [crt1.o] FMR: Free memory read This is occurring while
Michael in: do_keyboard [libforms.a] do_interaction_step [libforms.a]
Michael fl_treat_interaction_events [libforms.a] fl_check_forms
Michael [libforms.a] void LyXGUI::runTime() [lyx_gui.C:621]
Michael LyX::LyX(int*,char**) [lyx_main.C:148] main [main.C:75]
Michael _start [crt1.o] Reading 4 bytes from 0xcf8600 in the heap.
Michael Address 0xcf8600 is 176 bytes into a freed block at 0xcf8550
Michael of 224 bytes. This block was allocated from: malloc [rtlib.o]
Michael calloc [rtlib.o] fl_make_form [libforms.a] fl_bgn_form
Michael [libforms.a] FD_Figure*create_form_Figure() [form1.C:89] void
Michael InsetFig::Edit(BufferView*,int,int,unsigned)
Michael [figinset.C:1264] FigureApplyCB [lyx_cb.C:3005] FigureOKCB
Michael [lyx_cb.C:3021] fl_object_qread [libforms.a] void
Michael LyXGUI::runTime() [lyx_gui.C:621] LyX::LyX(int*,char**)
Michael [lyx_main.C:148] main [main.C:75] _start [crt1.o] There have
Michael been 68 frees since this block was freed from: free [rtlib.o]
Michael fl_free_freelist [libforms.a] fl_handle_automatic
Michael [libforms.a] do_interaction_step [libforms.a]
Michael fl_treat_interaction_events [libforms.a] fl_check_forms
Michael [libforms.a] void LyXGUI::runTime() [lyx_gui.C:621]
Michael LyX::LyX(int*,char**) [lyx_main.C:148] main [main.C:75]
Michael _start [crt1.o] FMR: Free memory read This is occurring while
Michael in: do_keyboard [libforms.a] do_interaction_step [libforms.a]
Michael fl_treat_interaction_events [libforms.a] fl_check_forms
Michael [libforms.a] void LyXGUI::runTime() [lyx_gui.C:621]
Michael LyX::LyX(int*,char**) [lyx_main.C:148] main [main.C:75]
Michael _start [crt1.o] Reading 4 bytes from 0xcf85fc in the heap.
Michael Address 0xcf85fc is 172 bytes into a freed block at 0xcf8550
Michael of 224 bytes. This block was allocated from: malloc [rtlib.o]
Michael calloc [rtlib.o] fl_make_form [libforms.a] fl_bgn_form
Michael [libforms.a] FD_Figure*create_form_Figure() [form1.C:89] void
Michael InsetFig::Edit(BufferView*,int,int,unsigned)
Michael [figinset.C:1264] FigureApplyCB [lyx_cb.C:3005] FigureOKCB
Michael [lyx_cb.C:3021] fl_object_qread [libforms.a] void
Michael LyXGUI::runTime() [lyx_gui.C:621] LyX::LyX(int*,char**)
Michael [lyx_main.C:148] main [main.C:75] _start [crt1.o] There have
Michael been 68 frees since this block was freed from: free [rtlib.o]
Michael fl_free_freelist [libforms.a] fl_handle_automatic
Michael [libforms.a] do_interaction_step [libforms.a]
Michael fl_treat_interaction_events [libforms.a] fl_check_forms
Michael [libforms.a] void LyXGUI::runTime() [lyx_gui.C:621]
Michael LyX::LyX(int*,char**) [lyx_main.C:148] main [main.C:75]
Michael _start [crt1.o]



Michael --
Michael ==
Michael Michael Schmitt phone: +49 451 500 3725 Institute for
Michael Telematics secretary: +49 451 500 3721 Medical University of
Michael Luebeck fax: +49 451 500 3722 Ratzeburger Allee 160 eMail:
Michael [EMAIL PROTECTED] D-23538 Luebeck, Germany WWW:
Michael http://www.itm.mu-luebeck.de
Michael ==

Re: bug associated with Meta (Compose?) Key

[Lars Gullik Bjønnes]

Jean-Marc Lasgouttes [EMAIL PROTECTED] writes:

|  "Angus" == Angus Leeming [EMAIL PROTECTED] writes:
| 
| Angus I never suggested it was your fault. Many thanks for removing a
| Angus little ignorance from the world!
| 
| No, but I am relieved.
| 
| Angus xev tells me that I have two Multi_keys and two Alt keys, one
| Angus being Alt_L, the other being Alt_R.
| 
| Angus Let's refer to either Muli_key as P- (as in comPose!) and lets
| Angus refer to either Alt key as M- (as in Meta)
| 
| In fact, the Meta key as seen by LyX is whatever key bound to Mod1.
| The fact that your meta key is also a compose key is certainly not a
| good idea...
| 
| Something like the following would be better
| 
| keycode 0x19 (25) = Alt_L Meta_L
| keycode 0x39 (57) = Alt_R Meta_R
| keycode 0x28 (40) = Meta_L  === assuming this is the left
|   meta key. 
| keycode 0x58 (88) = Multi_key === The right one is still compose.
| 
| clear Mod1
| clear Mod2
| 
| add Mod1= Meta_L  === make Meta_l actually useful
| add Mod2= Alt_L Alt_R

This is the modifier map that I use:

[larsbj@lett newbuild]$ xmodmap -pm
xmodmap:  up to 2 keys per modifier, (keycodes in parentheses):
 
shift   Shift_L (0x32),  Shift_R (0x3e)
lockCaps_Lock (0x42)
control Control_L (0x25),  Control_R (0x6d)
mod1Alt_L (0x40)
mod2Num_Lock (0x4d)
mod3Mode_switch (0x71)
mod4
mod5Scroll_Lock (0x4e)  

Lgb

Re: insetcommand.h question

[Angus Leeming]

In InsetCommand, I've changed the name of string command to cmdname and changed
the status of cmdname, options and contents to private.

I can't change the status of getCmdName(), setCmdName() etc to protected
because these methods are accessed by the global xforms claaback functions,
e.g. extern "C" void bibitem_cb().
This will change with the GUI-independence stuff, so then is the time to change
the status.

I have a new question, concerning insetbib.C.
This contains two global functions, 
int bibitemMaxWidth(Painter , LyXFont const );
string bibitemWidthest(Painter )

bibitemMaxWidth() returns the width of the widest InsetBibKey
bibitemWidthest() returns the text of the widest InsetBibKey

Two small questions.
* Should these not become static member functions of InsetBibKey?
* The Painter  arguments passed to these functions are not const because 
PainterBase  rectText() and PainterBase  buttonText() are not const. However,
they should be, I think. Shall I fix this too?

Angus

Re: bug associated with Meta (Compose?) Key

[Angus Leeming]

JMarc In fact, the Meta key as seen by LyX is whatever key bound to Mod1.

Instant fix. I simply swapped the bindings to Mod1 and Mod2. Everything now
works as it should. Ie, one press only of M-c gets this to come up in the
status bar. Now all I have to do is train my fingers to learn the new position!

Mnay, many thanks for your patience.
Angus

Bibliography environment question

[Angus Leeming]

I attach a small screenshot showing the Bibliography environment in use. Is the
section header "References" meant to be offset like this?

Angus

 lyx.png

Re: insetcommand.h question

[Angus Leeming]

I've made bibitemMaxWidth() and bibitemWidthest() static member functions of
InsetBibKey and all is fine. I misunderstood PainterBase::rectText() etc. These
are not and should not be const functions.

class InsetBibKey: public InsetCommand {
public:
static int maxWidth(Painter , LyXFont const );
static string widest(Painter );
}

I'll submit all these things after 1.1.5 is out. Just keeping you informed.
Angus

Re: Bibliography environment question

[Jean-Marc Lasgouttes]

 "Angus" == Angus Leeming [EMAIL PROTECTED] writes:

Angus I attach a small screenshot showing the Bibliography
Angus environment in use. Is the section header "References" meant to
Angus be offset like this?

No, it is wrong. However, the handling of Bibliography labels is now
hardcoded (and undocumented). It was a quick hack from Alejandro, I
believe. The feature needs a (small) rewrite:

- the bibliography should be recognized because it has a LatexType
  "Biblio_Environment", not a LabelType "Bibliography". It does not
  make sense to store this info in label. 

- When the label type is Top_Environment, Labelsep should be honored
  (the doc says it is not, but I am not sure). Here it should be
  "-MM", assuming that a negative value is possible.

Other things need to be rewritten, as the handling of bibkey insets,
which is now very dirty.

Not a lot of work, but it should be done carefully. And the doc should
be updated, of course.

JMarc

Dutch po file for 1.1.5pre1

[Ivo Timmermans]

Hi all,

I have attached the Dutch translation for LyX 1.1.5pre1.


-- 
Ivo Timmermans

Deja moo: the feeling you've heard this bullshit before.

 lyx-1.1.5pre1.nl.po.gz
 PGP signature

Re: Dutch po file for 1.1.5pre1

[Jean-Marc Lasgouttes]

 "Ivo" == Ivo Timmermans [EMAIL PROTECTED] writes:

Ivo I have attached the Dutch translation for LyX 1.1.5pre1.

Thanks. 

JMarc

Re: insetcommand.h question

[Lars Gullik Bjønnes]

Angus Leeming [EMAIL PROTECTED] writes:

| In InsetCommand, I've changed the name of string command to cmdname and changed
| the status of cmdname, options and contents to private.
| 
| I can't change the status of getCmdName(), setCmdName() etc to
| protected
| because these methods are accessed by the global xforms claaback functions,
| e.g. extern "C" void bibitem_cb().
| This will change with the GUI-independence stuff, so then is the time to change
| the status.
| 
| I have a new question, concerning insetbib.C.
| This contains two global functions, 
|   int bibitemMaxWidth(Painter , LyXFont const );
|   string bibitemWidthest(Painter )
| 
| bibitemMaxWidth() returns the width of the widest InsetBibKey
| bibitemWidthest() returns the text of the widest InsetBibKey
| 
| Two small questions.
| * Should these not become static member functions of InsetBibKey?

No, not really. You should read about "How Non-Member Functions
Improve Encapsulation" in development/Code-Rules/Rules. I have not
included the complete discussion there but just the guts of it.

Unfortunately we cannot use his algorithm properly yet since we do not
use namespaces.

| * The Painter  arguments passed to these functions are not const because 
| PainterBase  rectText() and PainterBase  buttonText() are not const. However,
| they should be, I think. Shall I fix this too?

No, leave this one for the time beeing. Note that there are no public
variables in the Painter classes so (close to) no harm can be done. It
is likely that all Painter methods should be const, but we can look at
that later.


| 
| Angus

Re: insetcommand.h question

[Angus Leeming]

Lars No, not really. You should read about "How Non-Member Functions
Lars Improve Encapsulation" in development/Code-Rules/Rules. I have not
Lars included the complete discussion there but just the guts of it.

Ok. Thanks.
Now I have read them, but I don't see why since the rule is here but not the
argument.

All changes on this front are un-done.

Angus

Re: insetcommand.h question

[Lars Gullik Bjønnes]

Angus Leeming [EMAIL PROTECTED] writes:

| I've made bibitemMaxWidth() and bibitemWidthest() static member
|  functions of


| InsetBibKey and all is fine.

No, don't do that.

Lgb

Re: insetcommand.h question

[Lars Gullik Bjønnes]

Angus Leeming [EMAIL PROTECTED] writes:

| Lars No, not really. You should read about "How Non-Member Functions
| Lars Improve Encapsulation" in development/Code-Rules/Rules. I have not
| Lars included the complete discussion there but just the guts of it.
| 
| Ok. Thanks.
| Now I have read them, but I don't see why since the rule is here but not the
| argument.

Because it takes time to type it in...

| All changes on this front are un-done.

Ok.

I guess that during the next year we will begin to use namespaces more
and more and will do rewrites to adhere more closely to the Rule. This
will not give a short term benefit but a more long term one with
regard to maintainability. (encapsulation is not a goal in itself)

Lgb

Re: New citation dialog

[Dekel Tsur]

On Thu, May 18, 2000 at 12:17:44PM +0200, Lars Gullik Bjnnes wrote:
 Juergen Vigna [EMAIL PROTECTED] writes:
 
 | This would be already in if we could have a single patch for this it's
 | just that is was a bit mixed up with other stuff where we want also Lars
 | opinion and he will return today :)
 
 What should I look at?

At the attached patch.

 patch.gz

Re: New citation dialog

[Garst R. Reese]

"Lars Gullik Bjønnes" wrote:
 
 Juergen Vigna [EMAIL PROTECTED] writes:
 
 | This would be already in if we could have a single patch for this it's
 | just that is was a bit mixed up with other stuff where we want also Lars
 | opinion and he will return today :)
 
 What should I look at?
 
 Lgb
What I did here was to copy cvs 17 May, apply Dekel's patch with -b -V
simple,
copy lib/menus.bind.orig
src/menus.C.orig
src/menus.h.orig
back to revert those patches.
ChangeLog needs fixing.
I tested with a file containing a TOC, list of figures, list of tables,
lots of references, and a bib.
Also with a long play and broadway, where labels are used in speaker.
Garst

Re: New citation dialog

[Garst R. Reese]

"Lars Gullik Bjønnes" wrote:
 
 Juergen Vigna [EMAIL PROTECTED] writes:
 
 | This would be already in if we could have a single patch for this it's
 | just that is was a bit mixed up with other stuff where we want also Lars
 | opinion and he will return today :)
 
 What should I look at?
 
 Lgb
Oops, sorry, I thought this was referring to Dekel's patch for editable
labels.
Garst

Re: New citation dialog

[Lars Gullik Bjønnes]

Dekel Tsur [EMAIL PROTECTED] writes:

|  What should I look at?
| 
| At the attached patch.

Ok, looking.

Hmm, this patch does a bit more different things than I like to see...

What is this?
int const BIG_NUM = 1048576;
looks _very_ hackish.

Also you only implement parts of what varioref provides, same for
pretty ref.
Otoh support for varioref and prettyref are long overdue, but we
should work to support them completely, also xr.sty should be worked
into the same ref support.

I have no real objections to the patch, so I think I will just include
it.

Lgb

Re: missing begin{document}

[Garst R. Reese]

Sasa Janiska wrote:
 
 On Wed, 17 May 2000 06:43:59 -0300, Garst R. Reese wrote:
 
 Attached is a new broadway.cls and broadway.layout bzip'd
 In the process of switching most of the environments to commands, I also
 got rid of a lot unneeded white space. Martin's \filbreak trick seems to
 solve the problem of broken speaker lines nicely.
 
 Sasa, could you try these out?
 
 I have tried it out.
 Broken speaker lines  are really handled out nicely.
 
 I am just wondering how I now can use Parenthetical and other
 previously available environments?

Ah. I see the problem. If you select parenthetical at the end of the
file, there is no way to get out of it and go further.

The workaround is write the subsequent dialogue first, and then go back
and insert the parenthetical. When you are finished, click outside the
parenthetical. I'll work on a fix.
What other previously available environments are you referring to?

 Thank you very much for improving these valuable LyX classes.
 Sincerely,
 Sasa
 
 
 Sasa Janiska
 Zagreb, Croatia
 email: [EMAIL PROTECTED]

Bitmapped T1 fonts

[Eran Tromer]

By default LyX uses the T1 font encoding, and therefore the EC fonts.
This is caused by the following line included in the .tex output:
  \usepackage[T1]{fontenc}

Some LaTeX distributions (e.g., RedHat Linux 6.2) contain Type 1 fonts
for Computer Modern, but not for EC. Therefore, on these distributions
both dvips and pdflatex use bitmapped fonts for normal text. This
reduces rendering quality on high-resolution devices, and produces
horrible PDF files.

The problem can be solved by manually removing the above line after
export, or by adding the following line to lyxrc:
  \font_encoding default
Of course, the font map needs to be properly configured (it is on
RedHat).

I was unable to find any reference to this issue in the LyX
documentation, and not being a TeX expert it took me quite a while to
figure this out. 

I don't think the T1 encoding should be disabled by default, since it
solves the hyphenation problem with accents, and since the problem is
distribution-specific. However, I would expect this to be a common
problem,  given the popularity of PDF. Please consider making the T1
encoding selectable from the LyX GUI and documenting the implications.

  Regards,
Eran Tromer

Re: New citation dialog

[Dekel Tsur]

On Wed, May 17, 2000 at 09:38:17AM +0100, Angus Leeming wrote:
 
 I think that the second entry should actually be a vectorpairstring,string
 itself. That is, insetbib::getKeys() returns 
   vectorpairstring,vectorpairstring,string
 I know this is a mouthful, but each database entry would then contain a key
 (the first string) together with a vectorpairstring,string of BibTeX
 fields. Things like "author", "Jo Bloggs and Uncle Sam".
 
 Alternatively, using my concept of a Biblio class, this could be split up into
 manageable get() functions. Perhaps Biblio::getKeys() returning just the keys
 as a vectorstring and Biblio::getKeyFields( int no ) returning the BiBTeX
 fields to a particular key as a vectorpairstring,string.

The second alternative seems better.

 Dekel Add a toggle button named "sort" below the bibliography keys browser, 
 Dekel that allows you to watch the keys in sorted order/original order.
 
 Don't understand the value of this. Perhaps getKeys() should always return a
 sorted vector. However, it would again be easy to do as you desire if we had a
 Biblio storage class.

If the keys are not sorted in your bibliography file, then you might want to
see them in the original order in some cases, and sorted in other cases.
However, it is not very important feature.

 Dekel Move up/down buttons for reordering the keys in the inset-keys browser.
 
 No. This is LaTeX functionality. If you want sorted keys, then use the cite
 package (or natbib, eventually).

I do know that there are such packages. However, there may be cases when a
manual sorting is needed (e.g. sorting according to importance).
Again, this is not an important feature.


 Dekel Discard "static vectorstring bibkeys;" . This requires deleting the 
 Dekel InsetCitation::Update() method, and also adding a functor for using with
 Dekel std::find.
 
 Again, I don't see the value of this. Do you mean chuck out the bibliography
 browser?

In InsetCitation::Edit(), we get a vectorstring,string from getBibkeyList()
(and store it in the variable bibkeys_info), and then we generate a 
vectorstring (variable bibkeys) containing only the keys in bibkeys_info.
The conversion of the vectorstring,string to a vectorstring can be
eliminated (note that if you change getBibkeyList() to return vectorstring 
as you suggested this will fix the problem).

Re: Cross references (was Re: Ideas

[Dekel Tsur]

On Sat, May 13, 2000 at 03:10:22AM -0500, Alejandro Aguilar Sierra wrote:

  So, are you now back or is this a fleeting visit?
  Where's the new Mathed?
 
 If you help me to update it to the recent kernel changes, I'll unveil it
 gladly. :)
 

I didn't see a response from Allan, but I think that you won't have a problem 
getting help for this.
However, how about putting the current code somewhere, so we could try it out ?
(I'm particularly interested in how you implemented the math text mode, and how
easy will it be to add Hebrew support to it).

TOC,LOT,LOF

[Garst R. Reese]

When I open a document with a Table of Contents, I can click and see it.
AIRC it was me who requested and got this neat feature.
It would be nice if List of Figures and ...Tables did the same.
Garst

parentheticals

[Garst R. Reese]

"Garst R. Reese" wrote:
Sasa wrote:
  I am just wondering how I now can use Parenthetical and other
  previously available environments?
 
 Ah. I see the problem. If you select parenthetical at the end of the
 file, there is no way to get out of it and go further.
 
 The workaround is write the subsequent dialogue first, and then go back
 and insert the parenthetical. When you are finished, click outside the
 parenthetical. I'll work on a fix.
 What other previously available environments are you referring to?
Sasa, I did some testing on using parentheticals at the end of a play or
script.
When you hit Enter, the closing ) goes to the next line and turns black,
but at that point you can select dialogue, and the ) will go back where
it belongs.

In reality, parentheticals are hated by actors, and they usually just
black them out.

Garst

Re: parentheticals

[Dekel Tsur]

On Thu, May 18, 2000 at 05:54:50PM -0300, Garst R. Reese wrote:

 Sasa, I did some testing on using parentheticals at the end of a play or
 script.
 When you hit Enter, the closing ) goes to the next line and turns black,
 but at that point you can select dialogue, and the ) will go back where
 it belongs.
 

Why didn't you defined the parenthetical layout as a command?
And why the \fadein,\interiorshot etc. macros are defined without an argument?

Re: parentheticals

[Garst R. Reese]

Dekel Tsur wrote:
 
 On Thu, May 18, 2000 at 05:54:50PM -0300, Garst R. Reese wrote:
 
  Sasa, I did some testing on using parentheticals at the end of a play or
  script.
  When you hit Enter, the closing ) goes to the next line and turns black,
  but at that point you can select dialogue, and the ) will go back where
  it belongs.
 
 
 Why didn't you defined the parenthetical layout as a command?
 And why the \fadein,\interiorshot etc. macros are defined without an argument?
The best answer is that I didn't know how to put the ) at the end, which
probably relates to your second question.
Also, I find that I have set the right margin of the parenthetical to
that of the dialogue (or less). I don't know how to do that inside a
command.
If you can recommend a book that provides more detail then the
Companion, I'll order it. Basically, I just followed the form of things
like environment quote.
Garst

Re: parentheticals

[Garst R. Reese]

Dekel Tsur wrote:
 
 On Thu, May 18, 2000 at 05:54:50PM -0300, Garst R. Reese wrote:
 
  Sasa, I did some testing on using parentheticals at the end of a play or
  script.
  When you hit Enter, the closing ) goes to the next line and turns black,
  but at that point you can select dialogue, and the ) will go back where
  it belongs.
 
 
 Why didn't you defined the parenthetical layout as a command?
 And why the \fadein,\interiorshot etc. macros are defined without an argument?

Hi Dekel,
As usual, your questions lead me to answers, or point me to them anyway.
I am assuming now that the Label in the layout somehow can get passed to
the latex command as an argument, and that this may be one of the
reasons everybody has been asking me why I used environments instead of
commands. However, I  have tried all of the combinations I can think of
and cannot get the the label in the layout passed as the default. So, I
am left wondering what you were aiming at.
Garst

RE: Developer's Documentation

[Juergen Vigna]

On 17-May-2000 Martin D. Muggli wrote:
> Hello
> 
> A fellow student and I are working on a school project to create a
> communication layer between LyX and the computer algebra system MuPAD.  We
> have been searching for detailed developer documents concerning LyX
> without much luck.  If they don't exist we will be creating some and we
> will submit them to the web page.  
> 
> My question is:  Do such documents exist? (UML, programmer's manual,
> etc.)  The www.devel.lyx.org page says design documents are on the
> references page but the ones I've found are pretty sparse and primarily
> cover just GUI stuff.  
> 
> We might also comment in a description of what each module does (to the
> best of our knowledge) at the top of the appropriate files (if that
> information is not in another file someplace) to make it easier for future
> developers to join the project.
> 

You're right there is not much documentation about the function of each
module in LyX for new developers, so IMO such a documentation would surely
be very welcome!

Greets Jürgen

-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Dr. Jürgen Vigna  E-Mail: [EMAIL PROTECTED]
Italienallee 13/N Tel:+39-0471-450260
I-39100 Bozen Fax:+39-0471-450296
ITALY Web:http://www.sad.it/~jug

Preudhomme's Law of Window Cleaning:
It's on the other side.

-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._-._

Re: bug associated with Meta (Compose?) Key

[Angus Leeming]

JMarc> OK, so what you believe to be a Meta (aka Alt) key is now in fact a
JMarc> Multi_Key (aka compose key). I'm sure you have another proper meta key
JMarc> on your keyboard.

I never suggested it was your fault. Many thanks for removing a little
ignorance from the world! 

It has not helped me however. Yet.

xev tells me that I have two Multi_keys and two Alt keys, one being Alt_L, the
other being Alt_R.

Let's refer to either Muli_key as P- (as in comPose!)
and lets refer to either Alt key as M- (as in Meta)

If, using either Multi_key, I type P-c, release all keys, and then type P-c
again, I get M-c appearing in the status bar. Subsequently typing "m" produces
a mathbox.

If, using either Alt key, I type M-c, all I get is a "c" in the document.

Diving into my .Xmodmap (bracketted terms are my comments)
keycode 0x19 (25) = Alt_L Meta_L
keycode 0x39 (57) = Alt_R Meta_R
keycode 0x28 (40) = Multi_key 
keycode 0x58 (88) = Multi_key

clear Mod1
clear Mod2

add Mod1= Multi_key Multi_key
add Mod2= Alt_L Alt_R

Any (further) ideas?
Angus

Re: citations in LyX

[Lars Gullik Bjønnes]

Allan Rae <[EMAIL PROTECTED]> writes:

| I'll try extra hard to get a new branch started based on pre2 (is that out
| yet? if not Lars maybe you should tag prereleases in future).

Yes, I will use "rtag" on prereleases and "rtag -b" on releases.

Lgb

Re: citations in LyX

[Lars Gullik Bjønnes]

Angus Leeming <[EMAIL PROTECTED]> writes:

| Any suggestions/feedback?

>From what I read of this discussion so far it seems very sound.
I expect a patch as soon as 1.1.5 is out.

Lgb

Re: Bug in LColor

[Lars Gullik Bjønnes]

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:

| Short version for Lars: the new code in LColor reads in incorrectly
| "\color default" and changes that to "ignore". In turn, this exports
| bogus TeX code.

The format was not supposed to change.
How did I make that happen?
Probably the LColor switch.

\color none should be equivilent with \color default.

Lgb

Re: cvs question

[Lars Gullik Bjønnes]

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:

| > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
| 
| Angus> I'd like to submit a patch for a new citation dialog, but my
| Angus> current attempt: cvs diff -p -u > angus.patch documented the
| Angus> differences between my files and those in the repository, but
| Angus> didn't add the NEW files in my directories to the patch. I can
| Angus> do this by hand, but what is the correct way to do this?
| 
| Maybe adding -N?

Or send the new files in a tar file.

Lgb

Re: New citation dialog

[Lars Gullik Bjønnes]

Juergen Vigna <[EMAIL PROTECTED]> writes:

| This would be already in if we could have a single patch for this it's
| just that is was a bit mixed up with other stuff where we want also Lars
| opinion and he will return today :)

What should I look at?

Lgb

Re: Basque Translation (eu.po)

[Lars Gullik Bjønnes]

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:

| > "blackziggy" == blackziggy  <[EMAIL PROTECTED]> writes:
| 
| blackziggy> Hi! I'm Iñaki Larrañaga (aka Dooteo) and I just finished
| blackziggy> (i think...) the translation of eu.po file for
| blackziggy> LyX-1.0.3... 
| 
| Hello,

Jean-Marc, did you add the .po file to cvs?
(if not please do)

Lgb

Bug in CVS 18/05/00 #1

[Michael Schmitt]

Hi,

despite the most recent fixes there is still a problem with cutting a
region covering two paragraphs:

  FMR: Free memory read
  This is occurring while in:
LyXParagraph*LyXParagraph::Next() [paragraph.C:1197]
void LyXText::CutSelection(bool) [text2.C:2227]
void BufferView::cut() [BufferView2.C:587]
   
std::basic_stringLyXFunc::Dispatch(int,const char*) [lyxfunc.C:910]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  Reading 4 bytes from 0xcfc97c in the heap.
  Address 0xcfc97c is 196 bytes into a freed  block at 0xcfc8b8 of
260 bytes.
  This block was allocated from:
malloc [rtlib.o]
c2n6Fi_Pv_ [libCrun.so.1]
void*operator new(unsigned) [rtlib.o]
void LyXParagraph::BreakParagraphConservative(int)
[paragraph.C:1570]
bool
CutAndPaste::cutSelection(LyXParagraph*,LyXParagraph**,int,int&,char,bool)
[CutAndPaste.C:96]
void LyXText::CutSelection(bool) [text2.C:2221]
void BufferView::cut() [BufferView2.C:587]
   
std::basic_stringLyXFunc::Dispatch(int,const char*) [lyxfunc.C:910]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  There have been 0 frees since this block was freed from:
free   [rtlib.o]
c2k6FPv_v_ [libCrun.so.1]
void operator delete(void*) [rtlib.o]
void LyXParagraph::PasteParagraph() [paragraph.C:1624]
bool
CutAndPaste::cutSelection(LyXParagraph*,LyXParagraph**,int,int&,char,bool)
[CutAndPaste.C:129]
void LyXText::CutSelection(bool) [text2.C:2221]
void BufferView::cut() [BufferView2.C:587]
   
std::basic_stringLyXFunc::Dispatch(int,const char*) [lyxfunc.C:910]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  FMR: Free memory read
  This is occurring while in:
LyXParagraph*LyXParagraph::Next() [paragraph.C:1209]
void LyXText::CutSelection(bool) [text2.C:2227]
void BufferView::cut() [BufferView2.C:587]
   
std::basic_stringLyXFunc::Dispatch(int,const char*) [lyxfunc.C:910]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  Reading 4 bytes from 0xcfc97c in the heap.
  Address 0xcfc97c is 196 bytes into a freed  block at 0xcfc8b8 of
260 bytes.
  This block was allocated from:
malloc [rtlib.o]
c2n6Fi_Pv_ [libCrun.so.1]
void*operator new(unsigned) [rtlib.o]
void LyXParagraph::BreakParagraphConservative(int)
[paragraph.C:1570]
bool
CutAndPaste::cutSelection(LyXParagraph*,LyXParagraph**,int,int&,char,bool)
[CutAndPaste.C:96]
void LyXText::CutSelection(bool) [text2.C:2221]
void BufferView::cut() [BufferView2.C:587]
   
std::basic_stringLyXFunc::Dispatch(int,const char*) [lyxfunc.C:910]
   

Re: New citation dialog

[Angus Leeming]

Lars> What should I look at?

Lars, things have moved on since these patches were submitted. Only a little,
but on, nevertheless. I've just remade things against todays CVS. Shall I
resubmit?

I'd like something in the tree sooner rather than later, because this thing
could evolve quite rapidly and I'd like to have as much feedback as possible
from interested users.

At present the patch is quite small and the only real change in functionality
is the ability to input multiple citations in one citation inset. The citation
dialog is much improved and Dekel has introduced STL containers. I think that
is enough for a first patch.

Do you want the latest and greatest, and if so, should I send it to the list or
to [EMAIL PROTECTED]?

Angus

Re: Compilation with Sun CC 5.0 - Errors

[Lars Gullik Bjønnes]

schmitt <[EMAIL PROTECTED]> writes:

| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/BufferView_pimpl.C,v
| retrieving revision 1.12
| diff -r1.12 BufferView_pimpl.C
| 472c472
| <   pair p = workarea->getScrollbarBounds();
| ---
| >   pair p = workarea->getScrollbarBounds();

if getScrollbarBounds return par this is correct.

| Index: src/language.C
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/language.C,v
| retrieving revision 1.4
| diff -r1.4 language.C
| 9c9
| < Language ignore_lang = {"ignore", "Ignore", false};
| ---
| > Language ignore_lang( "ignore", "Ignore", false );

What error provokes this change?

| Index: src/language.h
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/language.h,v
| retrieving revision 1.5
| diff -r1.5 language.h
| 8a9,12
| > Language() {};
| >   Language( string lang, string display, bool RightToLeft ) :
| >  lang( lang ), display( display ), RightToLeft( RightToLeft ) {};
| >
| Index:
| src/layout.C 
|   
string parameters should be passed by const reference.

| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/layout.C,v
| retrieving revision 1.24
| diff -r1.24 layout.C
| 1330c1330
| <   return make_pair(true, cit - classlist.begin());
| ---
| >   return make_pair(true, static_cast( cit - 
|classlist.begin()));
| 1359c1359
| <   return make_pair(true, LYX_DUMMY_LAYOUT);
| ---
| >   return make_pair(true, static_cast< unsigned >(
| LYX_DUMMY_LAYOUT ) );

What error provokes this?

| Index: src/lyx_gui_misc.C
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyx_gui_misc.C,v
| retrieving revision 1.20
| diff -r1.20 lyx_gui_misc.C
| 399c399
| < return make_pair(true, tmp);
| ---
| > return make_pair(true, string( tmp ));

I hate stupid library implementators!

| Index: src/lyx_main.C
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyx_main.C,v
| retrieving revision 1.34
| diff -r1.34 lyx_main.C
| 35a36
| > using std::signal;
| Index: src/lyxparagraph.h
|  
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/lyxparagraph.h,v
| retrieving revision 1.33
| diff -r1.33 lyxparagraph.h
| 515c515
| < private:
| ---
| > public:
| 525a526
| > private:

I think this is the wrong fix.
A friend would perhaps be better.

| Index: src/text2.C
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/text2.C,v
| retrieving revision 1.57
| diff -r1.57 text2.C
| 3210c3210
| < #warning Remove this when verified working (Jug 2413)
| ---
| > // warning Remove this when verified working (Jug 2413)

Does removing the # from warning make a difference if the line is
commented out?
And does the compiler give a warning or an error?

| Index: src/mathed/math_symbols.C
| ===
| RCS file: /usr/local/lyx/cvsroot/lyx-devel/src/mathed/math_symbols.C,v
| retrieving revision 1.26
| diff -r1.26 math_symbols.C
| 546c546
| <   char * sx = strstr(data[2], "");
| ---
| >   char * sx = const_cast< char * >( strstr(data[2], "") );

I don't like this. The must be a cleaner way.

Lgb

Bug in CVS 18/05/00 #2

[Michael Schmitt]

Hi,

importing the ascii file README (from lyx) results in the following
message:

  UMR: Uninitialized memory read
  This is occurring while in:
void LyXText::SetSelection() [text2.C:1024]
int BufferView::Pimpl::resizeCurrentBuffer()
[BufferView_pimpl.C:260]
void BufferView::Pimpl::resize() [BufferView_pimpl.C:173]
void BufferView::resize() [BufferView.C:78]
void Buffer::resize() [bufferlist.o]
void BufferList::resize() [bufferlist.C:147]
void BufferView::Pimpl::workAreaExpose()
[BufferView_pimpl.C:987]
void BufferView::workAreaExpose() [BufferView.C:187]
int
WorkArea::work_area_handler(flobjs_*,int,int,int,int,void*)
[WorkArea.C:284]
C_WorkArea_work_area_handler [WorkArea.C:48]
fl_handle_it   [libforms.a]
fl_handle_object [libforms.a]
redraw_marked  [libforms.a]
fl_handle_form [libforms.a]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  Reading 4 bytes from 0xa8f128 in the heap.
  Address 0xa8f128 is 240 bytes into a malloc'd block at 0xa8f038 of
376 bytes.
  This block was allocated from:
malloc [rtlib.o]
c2n6Fi_Pv_ [libCrun.so.1]
void*operator new(unsigned) [rtlib.o]
int BufferView::Pimpl::resizeCurrentBuffer()
[BufferView_pimpl.C:231]
void BufferView::Pimpl::resize() [BufferView_pimpl.C:173]
void BufferView::resize() [BufferView.C:78]
void Buffer::resize() [bufferlist.o]
void BufferList::resize() [bufferlist.C:147]
void BufferView::Pimpl::workAreaExpose()
[BufferView_pimpl.C:987]
void BufferView::workAreaExpose() [BufferView.C:187]
int
WorkArea::work_area_handler(flobjs_*,int,int,int,int,void*)
[WorkArea.C:284]
C_WorkArea_work_area_handler [WorkArea.C:48]
fl_handle_it   [libforms.a]
fl_handle_object [libforms.a]
redraw_marked  [libforms.a]
fl_handle_form [libforms.a]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]

-- 
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics   secretary: +49 451 500 3721
Medical University of Luebeck  fax:   +49 451 500 3722
Ratzeburger Allee 160  eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany   WWW:   http://www.itm.mu-luebeck.de
==

Bug in CVS 18/05/00 #2.2

[Michael Schmitt]

Michael Schmitt wrote:

> Hi,
> 
> importing the ascii file README (from lyx) results in the following
> message:

I got another warning when clicking at the end of the loaded document:

  UMR: Uninitialized memory read
  This is occurring while in:
int
WorkArea::work_area_handler(flobjs_*,int,int,int,int,void*)
[WorkArea.C:299]
C_WorkArea_work_area_handler [WorkArea.C:48]
fl_handle_it   [libforms.a]
fl_handle_object [libforms.a]
fl_handle_form [libforms.a]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  Reading 4 bytes from 0xa1c6fc in the zero'd data, bss section (3
bytes at 0xa1c6fd uninit).
  Address 0xa1c6fc is   52 bytes past start of global variable
"st_xev".
  This is defined in lyx.

-- 
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics   secretary: +49 451 500 3721
Medical University of Luebeck  fax:   +49 451 500 3722
Ratzeburger Allee 160  eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany   WWW:   http://www.itm.mu-luebeck.de
==

Bug in CVS 18/05/00 #3

[Michael Schmitt]

Hi,

when closing LyX the following messages occur all the time. If I
remember correctly, these are well-known messages which have been
considered harmless.

Michael

  FMR: Free memory read
  This is occurring while in:
XDestroyIC [ICWrap.c]
void CloseLyXLookup() [lyxlookup.C:207]
LyXGUI::~LyXGUI() [lyx_gui.C:205]
LyX::~LyX()[lyx_main.C:156]
main   [main.C:76]
_start [crt1.o]
  Reading 4 bytes from 0x10dc128 in the heap.
  Address 0x10dc128 is 8 bytes into a freed  block at 0x10dc120 of
256 bytes.
  This block was allocated from:
malloc [rtlib.o]
_CreateIC  [XSunIMIF.c]
XCreateIC  [ICWrap.c]
void InitLyXLookup(_XDisplay*,unsigned long)
[lyxlookup.C:56]
void LyXView::show(int,int,const char*) [LyXView.C:211]
void LyXGUI::create_forms() [lyx_gui.C:596]
void LyXGUI::init() [lyx_gui.C:237]
LyX::LyX(int*,char**) [lyx_main.C:86]
main   [main.C:75]
_start [crt1.o]
  There have been 0 frees since this block was freed from:
free   [rtlib.o]
XDestroyIC [ICWrap.c]
void CloseLyXLookup() [lyxlookup.C:207]
LyXGUI::~LyXGUI() [lyx_gui.C:205]
LyX::~LyX()[lyx_main.C:156]
main   [main.C:76]
_start [crt1.o]
  FUM: Freeing unallocated memory
  This is occurring while in:
free   [rtlib.o]
void CloseLyXLookup() [lyxlookup.C:207]
LyXGUI::~LyXGUI() [lyx_gui.C:205]
LyX::~LyX()[lyx_main.C:156]
main   [main.C:76]
_start [crt1.o]
  Attempting to free block at 0x10dc120 already freed.
  This block was allocated from:
malloc [rtlib.o]
_CreateIC  [XSunIMIF.c]
XCreateIC  [ICWrap.c]
void InitLyXLookup(_XDisplay*,unsigned long)
[lyxlookup.C:56]
void LyXView::show(int,int,const char*) [LyXView.C:211]
void LyXGUI::create_forms() [lyx_gui.C:596]
void LyXGUI::init() [lyx_gui.C:237]
LyX::LyX(int*,char**) [lyx_main.C:86]
main   [main.C:75]
_start [crt1.o]
  There have been 1 frees since this block was freed from:
free   [rtlib.o]
XDestroyIC [ICWrap.c]
void CloseLyXLookup() [lyxlookup.C:207]
LyXGUI::~LyXGUI() [lyx_gui.C:205]
LyX::~LyX()[lyx_main.C:156]
main   [main.C:76]
_start [crt1.o]

-- 
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics   secretary: +49 451 500 3721
Medical University of Luebeck  fax:   +49 451 500 3722
Ratzeburger Allee 160  eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany   WWW:   http://www.itm.mu-luebeck.de
==

Re: CharArgs.txt

[Lars Gullik Bjønnes]

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:

| What about the file format? Assume LCS 'foo' is in sans serif and LCS
| 'bar' is in typewriter font. If you apply style foo and bar to the
| same text, they will conflict. This means that you have to remember in
| which order they have been applied. Does the current data structure
| allow for that?

bar will override foo.

| Also, how do we check that the style names do not conflict with
| existing latex macros?

We can f.ex. just add a lcs prefix to the command. (or lyxlcs for that
matter)

Lgb

[comp.os.linux.announce] pybliographer-1.0.0 - tool for handling bibliographic databases

[Lars Gullik Bjønnes]

--- Start of forwarded message ---
From: [EMAIL PROTECTED] (=?iso-8859-1?Q?Fr=E9d=E9ric?= Gobry)
Newsgroups: comp.os.linux.announce
Subject: pybliographer-1.0.0 - tool for handling bibliographic databases
Followup-To: comp.os.linux.misc
Date: Wed, 17 May 2000 17:53:09 GMT
Organization: EPFL
Message-ID: <[EMAIL PROTECTED]>
Reply-To: [EMAIL PROTECTED]

-BEGIN PGP SIGNED MESSAGE-


Hi,   

I've just released pybliographer-1.0.0, available from:

http://www.gnome.org/pybliographer/download.html   


Pybliographer is a tool for handling bibliographic databases. It provides an
homogeneous interface over several bibliographic formats, and powerful
search capabilities. It can interact with LyX.


REQUIREMENTS
   
* a working gnome 1.0.x environment
* gnome-python >= 1.0.53
* python 1.5.x (probably 1.5.2)   


Frédéric



- -- 
This article has been digitally signed by the moderator, using PGP.
http://www.iki.fi/mjr/cola-public-key.asc has PGP key for validating signature.
Send submissions for comp.os.linux.announce to: [EMAIL PROTECTED]
PLEASE remember a short description of the software and the LOCATION.
This group is archived at http://www.iki.fi/mjr/linux/cola.html

-BEGIN PGP SIGNATURE-
Version: 2.6.3i
Charset: latin1

iQCVAgUBOSLchVrUI/eHXJZ5AQH/8QQAjWXvsbnmOlgb5BXid5sNIDNbYtsqX1gL
vEvKOKwR6QLgQkwa0ZkXf9oKWO8YCM3XpDjIKQlMoepCBDV4+RAtFl/fvTdNp3sD
DQLxI+1x8pKzcOruifaKgTiCetj/85IaE9HpqV2yVBpRjyYW5DDLMroR9YQy4x+0
37QvQ167HpM=
=0lV/
-END PGP SIGNATURE-
--- End of forwarded message ---

ok! objections to pre2 now?

[Lars Gullik Bjønnes]

I want pre2 out today, objections?

Lgb

insetcommand.h question

[Angus Leeming]

Very simple one:

Can I propose changing the protected status of "command", "options", "contents"
in insetcommand.h to private? Can I also propose changing the name of "command"
to "cmdname"? Things as they stand are a little counter intuitive.

Angus


insetcommand.h contains:
public:
string const & getOptions() const { return options; }
void setOptions(string const & o) { options = o; }
protected:
string options;

public:
string const & getContents() const { return contents; }
virtual void setContents(string const & c) { contents = c; }
protected:
string contents;

public:
string getCommand() const;
string const & getCmdName() const { return command; }
void setCmdName(string const & n) { command = n; }
protected:
string command;

getCommand() does not return command, but returns a concatenation of command,
options and contents.  I think that this is counter-intuitive.

LyX X fonts and the command line

[Lior Silberman]

AFAIK, the only way to select (X display) fonts in LyX is through the
lyxrc mechanism ( \screen_font_* settings ).

I would like to use LyX from several different displays, each of which has
different fonts available (as xfontsel testifies). Thus, it would help if
there were command-line options for these settings, overriding
lyxrc. Note there are various (command line) options for changing the
colours (according to the man page).

If this only requires superficial changes to the code, I'll be happy to
make them myself.

Thanks,
Lior.

Re: insetcommand.h question

[Lars Gullik Bjønnes]

Angus Leeming <[EMAIL PROTECTED]> writes:

| Very simple one:
| 
| Can I propose changing the protected status of "command", "options", "contents"
| in insetcommand.h to private? Can I also propose changing the name of "command"
| to "cmdname"? Things as they stand are a little counter intuitive.

Agree.
| 
| Angus
| 
| 
| insetcommand.h contains:
| public:
|   string const & getOptions() const { return options; }
|   void setOptions(string const & o) { options = o; }
| protected:
|   string options;

public:
string const & options() const { return options; }
void options(string const & o) { options = o; }
private:
string options_;

| 
| public:
|   string const & getContents() const { return contents; }
|   virtual void setContents(string const & c) { contents = c; }
| protected:
|   string contents;

public:
string const & contents() const { return contents; }
void contents(string const & c) { contents = c; }
private:
string contents_;

| 
| public:
|   string getCommand() const;
|   string const & getCmdName() const { return command; }
|   void setCmdName(string const & n) { command = n; }
| protected:
|   string command;

public:
string const & cmdName() const { return cmdname; }
void cmdName(string const & c) { cmdname = c; }
private:
string cmdname_;

Would be preferred by me...
but I'd really like the public methods above to be private/protected
as well.

| 
| getCommand() does not return command, but returns a concatenation of command,
| options and contents.  I think that this is counter-intuitive.

mmm, agree.

Lgb

Bug in CVS 18/05/00 #4

[Michael Schmitt]

Hi,

below please find a severe bug (free memory read with a lot of
operations between free and read operation).

Michael



I opened a couple of files (it seems like two are not sufficient), made
_no_ changes, then opened one of them again (reloaded).


  FMR: Free memory read
  This is occurring while in:
bool text_fits::operator()(LyXText*&)
[QCfYDL9Ishn54ITXVBUe.o]
__type_0
std::find_if(__type_0,__type_0,__type_1)
[algorithm]
LyXText*TextCache::findFit(Buffer*,unsigned short)
[TextCache.C:49]
int BufferView::Pimpl::resizeCurrentBuffer()
[BufferView_pimpl.C:235]
void BufferView::Pimpl::buffer(Buffer*)
[BufferView_pimpl.C:133]
void BufferView::buffer(Buffer*) [BufferView.C:66]
void LyXFunc::MenuOpen() [lyxfunc.C:2820]
   
std::basic_stringLyXFunc::Dispatch(int,const char*) [lyxfunc.C:735]
void Menus::ShowFileMenu(flobjs_*,long) [menus.C:641]
C_Menus_ShowFileMenu [menus.C:71]
fl_object_qread [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  Reading 4 bytes from 0xbde420 in the heap.
  Address 0xbde420 is at the beginning of a freed block of 376
bytes.
  This block was allocated from:
malloc [rtlib.o]
c2n6Fi_Pv_ [libCrun.so.1]
void*operator new(unsigned) [rtlib.o]
int BufferView::Pimpl::resizeCurrentBuffer()
[BufferView_pimpl.C:246]
void BufferView::Pimpl::buffer(Buffer*)
[BufferView_pimpl.C:133]
void BufferView::buffer(Buffer*) [BufferView.C:66]
void LyXFunc::MenuOpen() [lyxfunc.C:2820]
   
std::basic_stringLyXFunc::Dispatch(int,const char*) [lyxfunc.C:735]
void Menus::ShowFileMenu(flobjs_*,long) [menus.C:641]
C_Menus_ShowFileMenu [menus.C:71]
fl_object_qread [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  There have been 23967 frees since this block was freed from:
free   [rtlib.o]
c2k6FPv_v_ [libCrun.so.1]
void operator delete(void*) [rtlib.o]
void delete_text::operator()(LyXText*&)
[NVtqvRLYnAsav0BdKzxL.o]
__type_1
std::for_each(__type_0,__type_0,__type_1)
[algorithm]
void TextCache::removeAllWithBuffer(Buffer*)
[TextCache.C:137]
void BufferStorage::release(Buffer*) [bufferlist.C:59]
bool BufferList::close(Buffer*) [bufferlist.C:176]
Buffer*BufferList::loadLyXFile(const
std::basic_string&,bool) [bufferlist.C:436]
void LyXFunc::MenuOpen() [lyxfunc.C:2818]
   
std::basic_stringLyXFunc::Dispatch(int,const char*) [lyxfunc.C:735]
void Menus::ShowFileMenu(flobjs_*,long) [menus.C:641]
C_Menus_ShowFileMenu [menus.C:71]
fl_object_qread [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]




-- 
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics   secretary: +49 451 500 3721
Medical University of Luebeck  fax:   +49 451 500 3722
Ratzeburger Allee 160  eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany   WWW:   http://www.itm.mu-luebeck.de
==

Bug in CVS 18/05/00 #5

[Michael Schmitt]

Hi,

yet another bug report. 

I loaded a file with a figure; minimized the figure ('fig' is printed at
the end of a line); deleted the figure. 

The purify reports looks similar to the one that it raised when cutting
a region covering two paragraphs.

Michael 

  FMR: Free memory read
  This is occurring while in:
LyXParagraph*LyXParagraph::Next() [paragraph.C:1197]
void LyXText::CutSelection(bool) [text2.C:2227]
void BufferView::cut() [BufferView2.C:587]
   
std::basic_stringLyXFunc::Dispatch(int,const char*) [lyxfunc.C:910]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  Reading 4 bytes from 0x12d87fc in the heap.
  Address 0x12d87fc is 196 bytes into a freed  block at 0x12d8738 of
260 bytes.
  This block was allocated from:
malloc [rtlib.o]
c2n6Fi_Pv_ [libCrun.so.1]
void*operator new(unsigned) [rtlib.o]
void LyXParagraph::BreakParagraphConservative(int)
[paragraph.C:1570]
bool
CutAndPaste::cutSelection(LyXParagraph*,LyXParagraph**,int,int&,char,bool)
[CutAndPaste.C:96]
void LyXText::CutSelection(bool) [text2.C:2221]
void BufferView::cut() [BufferView2.C:587]
   
std::basic_stringLyXFunc::Dispatch(int,const char*) [lyxfunc.C:910]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  There have been 0 frees since this block was freed from:
free   [rtlib.o]
c2k6FPv_v_ [libCrun.so.1]
void operator delete(void*) [rtlib.o]
void LyXParagraph::PasteParagraph() [paragraph.C:1624]
bool
CutAndPaste::cutSelection(LyXParagraph*,LyXParagraph**,int,int&,char,bool)
[CutAndPaste.C:129]
void LyXText::CutSelection(bool) [text2.C:2221]
void BufferView::cut() [BufferView2.C:587]
   
std::basic_stringLyXFunc::Dispatch(int,const char*) [lyxfunc.C:910]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  FMR: Free memory read
  This is occurring while in:
LyXParagraph*LyXParagraph::Next() [paragraph.C:1197]
void LyXText::CutSelection(bool) [text2.C:2227]
void BufferView::cut() [BufferView2.C:587]
   
std::basic_stringLyXFunc::Dispatch(int,const char*) [lyxfunc.C:910]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  Reading 4 bytes from 0x12d87fc in the heap.
  Address 0x12d87fc is 196 bytes into a freed  block at 0x12d8738 of
260 bytes.
  This block was allocated from:
malloc [rtlib.o]
c2n6Fi_Pv_ [libCrun.so.1]
void*operator new(unsigned) [rtlib.o]
void LyXParagraph::BreakParagraphConservative(int)
[paragraph.C:1570]
bool
CutAndPaste::cutSelection(LyXParagraph*,LyXParagraph**,int,int&,char,bool)
[CutAndPaste.C:96]
void LyXText::CutSelection(bool) [text2.C:2221]

Re: Bug in CVS 18/05/00 #4

[Lars Gullik Bjønnes]

Michael Schmitt <[EMAIL PROTECTED]> writes:

| Hi,
| 
| below please find a severe bug (free memory read with a lot of
| operations between free and read operation).
| 
| Michael
| 
| 
| 
| I opened a couple of files (it seems like two are not sufficient), made
| _no_ changes, then opened one of them again (reloaded).
| 
| 
|   FMR: Free memory read
|   This is occurring while in:
| bool text_fits::operator()(LyXText*&)
| [QCfYDL9Ishn54ITXVBUe.o]

This looks like the closed buffer (about to be reverted) is not pruned
from the TextCache, but it seems a bit strange that this can happen.

I will have to look more at this.

Lgb

Bug in CVS 18/05/00 #6

[Michael Schmitt]

Hi,

below please find some reports concerning 'math' operations. This will
be the last report for today (sigh?). I hope you will be able to fix at
least some of the 'bugs'. It should be fairly easy to fix Uninitialized
Memory Reads (UMRs). If you think that some of them are corrected, I
will continue testing.

Michael

PS: Bug report #4 must be fixed definitively. I got a long sequence of
complaints after the one I sent you.


  UMR: Uninitialized memory read (2 times)
  This is occurring while in:
bool MathedXIter::Next() [math_iter.C:632]
bool MathedCursor::Right(bool) [math_cursor.C:285]
UpdatableInset::RESULT
InsetFormula::LocalDispatch(BufferView*,int,const
std::basic_string&)
[formula.C:758]
   
std::basic_stringLyXFunc::Dispatch(int,const char*) [lyxfunc.C:578]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  Reading 4 bytes from 0xa71a04 in the heap.
  Address 0xa71a04 is 172 bytes into a malloc'd block at 0xa71958 of
2824 bytes.
  This block was allocated from:
malloc [rtlib.o]
c2n6Fi_Pv_ [libCrun.so.1]
void*operator new(unsigned) [rtlib.o]
void*operator new[](unsigned) [rtlib.o]
MathStackXIter::MathStackXIter(int) [libmathed.a]
void __STATIC_CONSTRUCTOR() [libmathed.a]
_init  [crti.o]
_start [crt1.o]


  UMR: Uninitialized memory read
  This is occurring while in:
bool MathedXIter::Next() [math_iter.C:632]
void MathedIter::goPosAbs(int) [math_iter.C:156]
void MathedXIter::Merge(LyxArrayBase*) [math_iter.C:508]
void MathedCursor::SelPaste() [math_cursor.C:868]
UpdatableInset::RESULT
InsetFormula::LocalDispatch(BufferView*,int,const
std::basic_string&)
[formula.C:843]
   
std::basic_stringLyXFunc::Dispatch(int,const char*) [lyxfunc.C:578]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  Reading 4 bytes from 0xa71a5c in the heap.
  Address 0xa71a5c is 260 bytes into a malloc'd block at 0xa71958 of
2824 bytes.
  This block was allocated from:
malloc [rtlib.o]
c2n6Fi_Pv_ [libCrun.so.1]
void*operator new(unsigned) [rtlib.o]
void*operator new[](unsigned) [rtlib.o]
MathStackXIter::MathStackXIter(int) [libmathed.a]
void __STATIC_CONSTRUCTOR() [libmathed.a]
_init  [crti.o]
_start [crt1.o]



  UMR: Uninitialized memory read
  This is occurring while in:
bool MathedXIter::Next() [math_iter.C:602]
void MathedXIter::Merge(LyxArrayBase*) [math_iter.C:527]
void MathedCursor::SelPaste() [math_cursor.C:868]
UpdatableInset::RESULT
InsetFormula::LocalDispatch(BufferView*,int,const
std::basic_string&)
[formula.C:843]
   
std::basic_stringLyXFunc::Dispatch(int,const char*) [lyxfunc.C:578]
int LyXFunc::processKeyEvent(_XEvent*) [lyxfunc.C:305]
int LyXView::KeyPressMask_raw_callback(forms_*,void*)
[LyXView.C:419]
C_LyXView_KeyPressMask_raw_callback [LyXView.C:452]
do_interaction_step [libforms.a]
fl_treat_interaction_events [libforms.a]
fl_check_forms [libforms.a]
void LyXGUI::runTime() [lyx_gui.C:621]
LyX::LyX(int*,char**) [lyx_main.C:148]
main   [main.C:75]
_start [crt1.o]
  Reading 4 bytes from 0xa71a5c in the heap.
  Address 0xa71a5c is 260 bytes into a malloc'd block at 0xa71958 of
2824 bytes.
  This block was allocated from:
malloc [rtlib.o]
c2n6Fi_Pv_ [libCrun.so.1]
void*operator 

Re: ok! objections to pre2 now?

[Jean-Marc Lasgouttes]

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:

Lars> I want pre2 out today, objections? Lgb

We should solve the LColor problem in some way (especially since it
may create files that cannot be read later). 

Also, a look at the purify logs sent by Michael would avoid us many
crash reports...

I agree however that pre2 should be out soon. You decide.

JMarc

Re: Basque Translation (eu.po)

[Jean-Marc Lasgouttes]

> "Lars" == Lars Gullik Bjønnes <[EMAIL PROTECTED]> writes:

Lars> Jean-Marc, did you add the .po file to cvs? (if not please do)

OK, done. Note that I'd like to have a more up-to-date translation
(1.1.5?). 

JMarc

PS: for some reason I do not understand, the Hungarian translation
does not appear on the devel website. Could someone have a look at
translation.php3 and tell me what is wrong?

Re: Bug in CVS 18/05/00 #3

[Jean-Marc Lasgouttes]

> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:

Michael> Hi, when closing LyX the following messages occur all the
Michael> time. If I remember correctly, these are well-known messages
Michael> which have been considered harmless.

I think those problems is in your X libraries. For the record, I do
not see them. They might not be harmless, but we cannot do much about
them. Note that, since they occur when quitting LyX, there cannot be a
lot of problems.

JMarc

PS: BTW, thanks for all these reports!

Re: Bug in CVS 18/05/00 #6

[Jean-Marc Lasgouttes]

> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:

Michael> Hi, below please find some reports concerning 'math'
Michael> operations. This will be the last report for today (sigh?). I
Michael> hope you will be able to fix at least some of the 'bugs'. It
Michael> should be fairly easy to fix Uninitialized Memory Reads
Michael> (UMRs). If you think that some of them are corrected, I will
Michael> continue testing.

I think this one comes from the constructor of MathStackXIter:

MathStackXIter(int n = MAX_STACK_ITEMS): imax(n) {
item = new MathedXIter[imax];
i = 0;
}

If I am not mistaken, the contructor of MathedXIter is not called
here. What is the best way to make it happen? I know the proper way is
to use a vector, but an even better way would be to dump the struct
altogether and use an existing STL template.

I am looking now for an easy fix. The theory is that, the more purify
warning we shut off, the easier it gets to see the others.

JMarc

Re: Bug in CVS 18/05/00 #4

[Jean-Marc Lasgouttes]

> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:

Michael> I opened a couple of files (it seems like two are not
Michael> sufficient), made _no_ changes, then opened one of them again
Michael> (reloaded).

And if you do make a change, are things different? This is definitely
a bug that has been reported earlier and which causes crashes. A must
fix.

JMarc

Re: Bug in CVS 18/05/00 #6

[Michael Schmitt]

Jean-Marc Lasgouttes wrote:

> I am looking now for an easy fix. The theory is that, the more purify
> warning we shut off, the easier it gets to see the others.

Correct! And whenever I get a warning I need to run LyX from scratch
again in order to ensure that one report is not caused by a former one.
(I.e. the reports you get are the initial ones).

Michael

-- 
==
Michael Schmittphone: +49 451 500 3725
Institute for Telematics   secretary: +49 451 500 3721
Medical University of Luebeck  fax:   +49 451 500 3722
Ratzeburger Allee 160  eMail: [EMAIL PROTECTED]
D-23538 Luebeck, Germany   WWW:   http://www.itm.mu-luebeck.de
==

Re: bug associated with Meta (Compose?) Key

[Jean-Marc Lasgouttes]

> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:

Angus> I never suggested it was your fault. Many thanks for removing a
Angus> little ignorance from the world!

No, but I am relieved.

Angus> xev tells me that I have two Multi_keys and two Alt keys, one
Angus> being Alt_L, the other being Alt_R.

Angus> Let's refer to either Muli_key as P- (as in comPose!) and lets
Angus> refer to either Alt key as M- (as in Meta)

In fact, the Meta key as seen by LyX is whatever key bound to Mod1.
The fact that your meta key is also a compose key is certainly not a
good idea...

Something like the following would be better

keycode 0x19 (25) = Alt_L Meta_L
keycode 0x39 (57) = Alt_R Meta_R
keycode 0x28 (40) = Meta_L  <=== assuming this is the left
meta key. 
keycode 0x58 (88) = Multi_key   <=== The right one is still compose.

clear Mod1
clear Mod2

add Mod1= Meta_L<=== make Meta_l actually useful
add Mod2= Alt_L Alt_R

It might be even better to remove everything from your .Xmodmap file
and see what happens.

JMarc

Re: Purify reports #3

[Jean-Marc Lasgouttes]

> "Michael" == Michael Schmitt <[EMAIL PROTECTED]> writes:

Michael> Hi, I opened a new file, entered a few characters and a
Michael> figure (without specifying an eps file). When I added some
Michael> more characters, I received the following messages:

These are probably in xforms library.

JMarc

Michael>   FMR: Free memory read This is occurring while in:
Michael> do_keyboard [libforms.a] do_interaction_step [libforms.a]
Michael> fl_treat_interaction_events [libforms.a] fl_check_forms
Michael> [libforms.a] void LyXGUI::runTime() [lyx_gui.C:621]
Michael> LyX::LyX(int*,char**) [lyx_main.C:148] main [main.C:75]
Michael> _start [crt1.o] Reading 4 bytes from 0xcf8564 in the heap.
Michael> Address 0xcf8564 is 20 bytes into a freed block at 0xcf8550
Michael> of 224 bytes. This block was allocated from: malloc [rtlib.o]
Michael> calloc [rtlib.o] fl_make_form [libforms.a] fl_bgn_form
Michael> [libforms.a] FD_Figure*create_form_Figure() [form1.C:89] void
Michael> InsetFig::Edit(BufferView*,int,int,unsigned)
Michael> [figinset.C:1264] FigureApplyCB [lyx_cb.C:3005] FigureOKCB
Michael> [lyx_cb.C:3021] fl_object_qread [libforms.a] void
Michael> LyXGUI::runTime() [lyx_gui.C:621] LyX::LyX(int*,char**)
Michael> [lyx_main.C:148] main [main.C:75] _start [crt1.o] There have
Michael> been 68 frees since this block was freed from: free [rtlib.o]
Michael> fl_free_freelist [libforms.a] fl_handle_automatic
Michael> [libforms.a] do_interaction_step [libforms.a]
Michael> fl_treat_interaction_events [libforms.a] fl_check_forms
Michael> [libforms.a] void LyXGUI::runTime() [lyx_gui.C:621]
Michael> LyX::LyX(int*,char**) [lyx_main.C:148] main [main.C:75]
Michael> _start [crt1.o] FMR: Free memory read This is occurring while
Michael> in: do_keyboard [libforms.a] do_interaction_step [libforms.a]
Michael> fl_treat_interaction_events [libforms.a] fl_check_forms
Michael> [libforms.a] void LyXGUI::runTime() [lyx_gui.C:621]
Michael> LyX::LyX(int*,char**) [lyx_main.C:148] main [main.C:75]
Michael> _start [crt1.o] Reading 4 bytes from 0xcf8600 in the heap.
Michael> Address 0xcf8600 is 176 bytes into a freed block at 0xcf8550
Michael> of 224 bytes. This block was allocated from: malloc [rtlib.o]
Michael> calloc [rtlib.o] fl_make_form [libforms.a] fl_bgn_form
Michael> [libforms.a] FD_Figure*create_form_Figure() [form1.C:89] void
Michael> InsetFig::Edit(BufferView*,int,int,unsigned)
Michael> [figinset.C:1264] FigureApplyCB [lyx_cb.C:3005] FigureOKCB
Michael> [lyx_cb.C:3021] fl_object_qread [libforms.a] void
Michael> LyXGUI::runTime() [lyx_gui.C:621] LyX::LyX(int*,char**)
Michael> [lyx_main.C:148] main [main.C:75] _start [crt1.o] There have
Michael> been 68 frees since this block was freed from: free [rtlib.o]
Michael> fl_free_freelist [libforms.a] fl_handle_automatic
Michael> [libforms.a] do_interaction_step [libforms.a]
Michael> fl_treat_interaction_events [libforms.a] fl_check_forms
Michael> [libforms.a] void LyXGUI::runTime() [lyx_gui.C:621]
Michael> LyX::LyX(int*,char**) [lyx_main.C:148] main [main.C:75]
Michael> _start [crt1.o] FMR: Free memory read This is occurring while
Michael> in: do_keyboard [libforms.a] do_interaction_step [libforms.a]
Michael> fl_treat_interaction_events [libforms.a] fl_check_forms
Michael> [libforms.a] void LyXGUI::runTime() [lyx_gui.C:621]
Michael> LyX::LyX(int*,char**) [lyx_main.C:148] main [main.C:75]
Michael> _start [crt1.o] Reading 4 bytes from 0xcf85fc in the heap.
Michael> Address 0xcf85fc is 172 bytes into a freed block at 0xcf8550
Michael> of 224 bytes. This block was allocated from: malloc [rtlib.o]
Michael> calloc [rtlib.o] fl_make_form [libforms.a] fl_bgn_form
Michael> [libforms.a] FD_Figure*create_form_Figure() [form1.C:89] void
Michael> InsetFig::Edit(BufferView*,int,int,unsigned)
Michael> [figinset.C:1264] FigureApplyCB [lyx_cb.C:3005] FigureOKCB
Michael> [lyx_cb.C:3021] fl_object_qread [libforms.a] void
Michael> LyXGUI::runTime() [lyx_gui.C:621] LyX::LyX(int*,char**)
Michael> [lyx_main.C:148] main [main.C:75] _start [crt1.o] There have
Michael> been 68 frees since this block was freed from: free [rtlib.o]
Michael> fl_free_freelist [libforms.a] fl_handle_automatic
Michael> [libforms.a] do_interaction_step [libforms.a]
Michael> fl_treat_interaction_events [libforms.a] fl_check_forms
Michael> [libforms.a] void LyXGUI::runTime() [lyx_gui.C:621]
Michael> LyX::LyX(int*,char**) [lyx_main.C:148] main [main.C:75]
Michael> _start [crt1.o]



Michael> --
Michael> ==
Michael> Michael Schmitt phone: +49 451 500 3725 Institute for
Michael> Telematics secretary: +49 451 500 3721 Medical University of
Michael> Luebeck fax: +49 451 500 3722 Ratzeburger Allee 160 eMail:
Michael> [EMAIL PROTECTED] D-23538 Luebeck, Germany WWW:
Michael> http://www.itm.mu-luebeck.de
Michael> ==

Re: bug associated with Meta (Compose?) Key

[Lars Gullik Bjønnes]

Jean-Marc Lasgouttes <[EMAIL PROTECTED]> writes:

| > "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:
| 
| Angus> I never suggested it was your fault. Many thanks for removing a
| Angus> little ignorance from the world!
| 
| No, but I am relieved.
| 
| Angus> xev tells me that I have two Multi_keys and two Alt keys, one
| Angus> being Alt_L, the other being Alt_R.
| 
| Angus> Let's refer to either Muli_key as P- (as in comPose!) and lets
| Angus> refer to either Alt key as M- (as in Meta)
| 
| In fact, the Meta key as seen by LyX is whatever key bound to Mod1.
| The fact that your meta key is also a compose key is certainly not a
| good idea...
| 
| Something like the following would be better
| 
| keycode 0x19 (25) = Alt_L Meta_L
| keycode 0x39 (57) = Alt_R Meta_R
| keycode 0x28 (40) = Meta_L  <=== assuming this is the left
|   meta key. 
| keycode 0x58 (88) = Multi_key <=== The right one is still compose.
| 
| clear Mod1
| clear Mod2
| 
| add Mod1= Meta_L  <=== make Meta_l actually useful
| add Mod2= Alt_L Alt_R

This is the modifier map that I use:

[larsbj@lett newbuild]$ xmodmap -pm
xmodmap:  up to 2 keys per modifier, (keycodes in parentheses):
 
shift   Shift_L (0x32),  Shift_R (0x3e)
lockCaps_Lock (0x42)
control Control_L (0x25),  Control_R (0x6d)
mod1Alt_L (0x40)
mod2Num_Lock (0x4d)
mod3Mode_switch (0x71)
mod4
mod5Scroll_Lock (0x4e)  

Lgb

Re: insetcommand.h question

[Angus Leeming]

In InsetCommand, I've changed the name of string command to cmdname and changed
the status of cmdname, options and contents to private.

I can't change the status of getCmdName(), setCmdName() etc to protected
because these methods are accessed by the global xforms claaback functions,
e.g. extern "C" void bibitem_cb().
This will change with the GUI-independence stuff, so then is the time to change
the status.

I have a new question, concerning insetbib.C.
This contains two global functions, 
int bibitemMaxWidth(Painter &, LyXFont const &);
string bibitemWidthest(Painter &)

bibitemMaxWidth() returns the width of the widest InsetBibKey
bibitemWidthest() returns the text of the widest InsetBibKey

Two small questions.
* Should these not become static member functions of InsetBibKey?
* The Painter & arguments passed to these functions are not const because 
PainterBase & rectText() and PainterBase & buttonText() are not const. However,
they should be, I think. Shall I fix this too?

Angus

Re: bug associated with Meta (Compose?) Key

[Angus Leeming]

JMarc> In fact, the Meta key as seen by LyX is whatever key bound to Mod1.

Instant fix. I simply swapped the bindings to Mod1 and Mod2. Everything now
works as it should. Ie, one press only of M-c gets this to come up in the
status bar. Now all I have to do is train my fingers to learn the new position!

Mnay, many thanks for your patience.
Angus

Bibliography environment question

[Angus Leeming]

I attach a small screenshot showing the Bibliography environment in use. Is the
section header "References" meant to be offset like this?

Angus

 lyx.png

Re: insetcommand.h question

[Angus Leeming]

I've made bibitemMaxWidth() and bibitemWidthest() static member functions of
InsetBibKey and all is fine. I misunderstood PainterBase::rectText() etc. These
are not and should not be const functions.

class InsetBibKey: public InsetCommand {
public:
static int maxWidth(Painter &, LyXFont const &);
static string widest(Painter &);
}

I'll submit all these things after 1.1.5 is out. Just keeping you informed.
Angus

Re: Bibliography environment question

[Jean-Marc Lasgouttes]

> "Angus" == Angus Leeming <[EMAIL PROTECTED]> writes:

Angus> I attach a small screenshot showing the Bibliography
Angus> environment in use. Is the section header "References" meant to
Angus> be offset like this?

No, it is wrong. However, the handling of Bibliography labels is now
hardcoded (and undocumented). It was a quick hack from Alejandro, I
believe. The feature needs a (small) rewrite:

- the bibliography should be recognized because it has a LatexType
  "Biblio_Environment", not a LabelType "Bibliography". It does not
  make sense to store this info in label. 

- When the label type is Top_Environment, Labelsep should be honored
  (the doc says it is not, but I am not sure). Here it should be
  "-MM", assuming that a negative value is possible.

Other things need to be rewritten, as the handling of bibkey insets,
which is now very dirty.

Not a lot of work, but it should be done carefully. And the doc should
be updated, of course.

JMarc

Dutch po file for 1.1.5pre1

[Ivo Timmermans]

Hi all,

I have attached the Dutch translation for LyX 1.1.5pre1.


-- 
Ivo Timmermans

Deja moo: the feeling you've heard this bullshit before.

 lyx-1.1.5pre1.nl.po.gz
 PGP signature

Re: Dutch po file for 1.1.5pre1

[Jean-Marc Lasgouttes]

> "Ivo" == Ivo Timmermans <[EMAIL PROTECTED]> writes:

Ivo> I have attached the Dutch translation for LyX 1.1.5pre1.

Thanks. 

JMarc

Re: insetcommand.h question

[Lars Gullik Bjønnes]

Angus Leeming <[EMAIL PROTECTED]> writes:

| In InsetCommand, I've changed the name of string command to cmdname and changed
| the status of cmdname, options and contents to private.
| 
| I can't change the status of getCmdName(), setCmdName() etc to
| protected
| because these methods are accessed by the global xforms claaback functions,
| e.g. extern "C" void bibitem_cb().
| This will change with the GUI-independence stuff, so then is the time to change
| the status.
| 
| I have a new question, concerning insetbib.C.
| This contains two global functions, 
|   int bibitemMaxWidth(Painter &, LyXFont const &);
|   string bibitemWidthest(Painter &)
| 
| bibitemMaxWidth() returns the width of the widest InsetBibKey
| bibitemWidthest() returns the text of the widest InsetBibKey
| 
| Two small questions.
| * Should these not become static member functions of InsetBibKey?

No, not really. You should read about "How Non-Member Functions
Improve Encapsulation" in development/Code-Rules/Rules. I have not
included the complete discussion there but just the guts of it.

Unfortunately we cannot use his algorithm properly yet since we do not
use namespaces.

| * The Painter & arguments passed to these functions are not const because 
| PainterBase & rectText() and PainterBase & buttonText() are not const. However,
| they should be, I think. Shall I fix this too?

No, leave this one for the time beeing. Note that there are no public
variables in the Painter classes so (close to) no harm can be done. It
is likely that all Painter methods should be const, but we can look at
that later.


| 
| Angus

Re: insetcommand.h question

[Angus Leeming]

Lars> No, not really. You should read about "How Non-Member Functions
Lars> Improve Encapsulation" in development/Code-Rules/Rules. I have not
Lars> included the complete discussion there but just the guts of it.

Ok. Thanks.
Now I have read them, but I don't see why since the rule is here but not the
argument.

All changes on this front are un-done.

Angus

Re: insetcommand.h question

[Lars Gullik Bjønnes]

Angus Leeming <[EMAIL PROTECTED]> writes:

| I've made bibitemMaxWidth() and bibitemWidthest() static member
|  functions of


| InsetBibKey and all is fine.

No, don't do that.

Lgb