Uwe Stöhr [EMAIL PROTECTED] writes:
Angus,
have you ever seen this?
See recent posts by Ekkehart...
Angus
David Berg [EMAIL PROTECTED] writes:
I'm running an Ubuntu Dapper system with Lyx 1.3.7 and noweb 2.10
installed from the archives. When I go to create a noweb article by
changing the document class to article (Noweb), I find it listed as
Unavailable: article (Noweb). I'm not sure which of
Martin Vermeer wrote:
On Mon, Apr 03, 2006 at 09:47:25AM +0200, Helge Hafting wrote:
Juergen Spitzmueller wrote:
Helge Hafting wrote:
You are thinking about a dialog providing length of something
Where length can be 1cm, 4pt, big, med, small, or fill,
and something can be
Jean-Marc Lasgouttes wrote:
Michael == Michael Gerz [EMAIL PROTECTED] writes:
Michael Hartmut H. and me think that users will not understand the
Michael difference include and input. We should mention the term
Michael LaTeX so that users know where the terms come from at
Michael
Angus Leeming wrote:
Helge Hafting [EMAIL PROTECTED] writes:
Todays stupid question - what is a controller?
;-)
In LyX all our dialogs are represented by lyx::frontend::Dialog in
src/frontends/controllers/Dialog.[Ch]. This class uses two base classes,
Juergen Spitzmueller wrote:
* Easy to use support for oldstylenums. They look good, and are
well supported by latex in any document class. Could be done
with a charstyle, but this is problematic - text inside
oldstylenums screws up sometimes, and applying a charstyle is too
much
I have been looking at solutions for presenting math on the web. I've been
following this subject for years, but AFAICT there hasn't really been any
progress. Various efforts have been started, but it doesn't seem like any
have come to fruition.
What is the recommended approach at this point to
Hello,
Ive finally nailed down a bug that has annoyed me yesterday.
1) New document
2) Create a LateX Inset
3) Type some text in the inset
4) Cut and paste it outside the inset
5) Try to look at the DVI (the pasted text is formatted with a strange
\selectlanguage{latex})
Is this bug still
Andre Poenitz a écrit :
On Mon, Apr 03, 2006 at 04:09:44PM +0200, Abdelrazak Younes wrote:
IMHO even if there's no performance penalty on linux (which I really
doubt on slow machine) the way the counters are updated is too heavy.
We should instead maintains lists of interdependent numbered
On Mon, Apr 03, 2006 at 11:50:25AM +0200, Jean-Marc Lasgouttes wrote:
Andre == Andre Poenitz [EMAIL PROTECTED] writes:
Andre A few entries from a recent data sheet:
Andre 2006-03-26, 04:12, 3150 g, 50 cm, Paula.
... and a made in China sticker.
Haven't found it so far.
Err, no, they did
On Mon, Apr 03, 2006 at 04:09:44PM +0200, Abdelrazak Younes wrote:
IMHO even if there's no performance penalty on linux (which I really
doubt on slow machine) the way the counters are updated is too heavy. We
should instead maintains lists of interdependent numbered paragraphs and
update
On Mon, Apr 03, 2006 at 03:07:57PM +0200, Abdelrazak Younes wrote:
Angus Leeming a écrit :
Abdelrazak Younes [EMAIL PROTECTED] writes:
Anyway, do what you want with the patch. I will maintain my own version
locally.
Hey, Abdel! Don't get stroppy;
I am not. I just don't have the courage
On Mon, Apr 03, 2006 at 12:04:35PM +0300, Martin Vermeer wrote:
Looking at tfrac and dfrac, I would rather merge them with frac too, as
they are so small that separate insets is overkill. IMHO.
The only overkill is having lots of small files turning into 200k
monsters in a debug compile. [I
On Mon, Apr 03, 2006 at 11:20:48AM +0200, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
Martin This line of code originates from revision 9682, when
Martin Jean-Marc moved updateCounters from text2.C to buffer_funcs.C,
Martin and at the same time replaced
On Mon, Apr 03, 2006 at 12:31:42PM +0200, Lars Gullik Bjønnes wrote:
Martin Vermeer [EMAIL PROTECTED] writes:
| On Mon, Apr 03, 2006 at 11:52:57AM +0200, Jean-Marc Lasgouttes wrote:
| Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
|
| The pos is not really a 'pos' is it? It
On Sun, Apr 02, 2006 at 06:34:12PM +0200, Abdelrazak Younes wrote:
I think yes. The ParagraphLists should be independent, there is
absolutely no reason to use a ParIterator here. I would like to go even
further. Indeed, I don't like at all the way the enumerate environment
inside an inset
If you double-click on word, it gets marked. If you place the cursor before
the word and use Ctrl+Shift+-- the word and everything including the
trailing space gets marked. That was better in lyx136.
--
Viele Grüße,
Hartmut
Hungerhilfe: http://www.thehungersite.com
Das heutige Motto:
Deprive
On Mon, Apr 03, 2006 at 02:44:16PM +0200, Abdelrazak Younes wrote:
Anyway, do what you want with the patch. I will maintain my own version
locally.
Hm.. Jean-Marc is not the enemy.
Never was.
Andre'
On Mon, Apr 03, 2006 at 01:13:47PM +0300, Martin Vermeer wrote:
We use 'pit' for that.
...which is confusing, as it obviously doesn't stand for paragraph
iterator.
It historically was, and I'd say it's a well-understood misnomer within
LyX sources and is used pretty much everywhere it makes
On Mon, Apr 03, 2006 at 02:53:57PM +0200, Jean-Marc Lasgouttes wrote:
Martin == Martin Vermeer [EMAIL PROTECTED] writes:
poff - yes that's a good name. Paragraph offset.
Martin or pidx.
Index tends to be used for cell inset, doesn't it?
Indeed.
idx - pit - pos.
'pof' would be
Seen on the SVN users list.
-Original Message-
From: Ryan Schmidt [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 29, 2006 10:08 AM
To: Bill Williams
Cc: [EMAIL PROTECTED]
Subject: Re: SVN status indicating a file is modified when it's not.
On Mar 28, 2006, at 21:03, Bill Williams
On Mon, 2006-04-03 at 21:50 +0200, Andre Poenitz wrote:
On Mon, Apr 03, 2006 at 01:13:47PM +0300, Martin Vermeer wrote:
We use 'pit' for that.
...which is confusing, as it obviously doesn't stand for paragraph
iterator.
It historically was, and I'd say it's a well-understood misnomer
I reported this bug earlier but was told that it was already in bugzilla.
An easy fix is to run eps2eps on the matlab generated eps plots. This
works. Doesn't solve the problem in lyx itself obviously.
The relevant bugzilla entry is http://bugzilla.lyx.org/show_bug.cgi?id=1235
How hard will it
Andre Poenitz [EMAIL PROTECTED] writes:
| Seen on the SVN users list.
'praps... in my book it is more don't do that.
--
Lgb
Dear list,
I get used to try/catch/throw for error handling and find it difficult
to write code without them. What is the current coding rule regarding
exception? If we are starting to use them, does it make sense to add a
except.h and define all exceptions (such as lyx::err_empty_whatever)
over
Anand Rangarajan [EMAIL PROTECTED] writes:
How hard will it be to fix the source to read the bounding box entries
and account for the fact that there could be spaces. Anyone know the
actual source code that needs to be fixed? Is it in
src/graphics/GraphicsParams.C ?
Without having the sources
Bo Peng [EMAIL PROTECTED] writes:
| Dear list,
|
| I get used to try/catch/throw for error handling and find it difficult
| to write code without them. What is the current coding rule regarding
| exception? If we are starting to use them, does it make sense to add a
| except.h and define all
Bo Peng [EMAIL PROTECTED] writes:
| Dear list,
|
| I get used to try/catch/throw for error handling and find it difficult
| to write code without them. What is the current coding rule regarding
| exception? If we are starting to use them, does it make sense to add a
| except.h and define all
I am not sure if a except.h is the right way to go, but it might be.
But initially I think that the exception definitions used should stay
close to the classes/functions that use them. And we should try to
avoid creating an overly complex exception hierarchy.
For exceptions that will only be
[EMAIL PROTECTED] (Lars Gullik Bjønnes) writes:
| Bo Peng [EMAIL PROTECTED] writes:
|
| | Dear list,
| |
| | I get used to try/catch/throw for error handling and find it difficult
| | to write code without them. What is the current coding rule regarding
| | exception? If we are starting to use
Lars Gullik Bjønnes [EMAIL PROTECTED] writes:
Actually there a code in LyX that is written to be exception safe, but
we have not used try/catch.
There is also code that isn't. Are there any tools to test
exception safety or will we need to perform an internal audit
of each and every class that
Angus Leeming wrote:
Anand Rangarajan [EMAIL PROTECTED] writes:
How hard will it be to fix the source to read the bounding box entries
and account for the fact that there could be spaces. Anyone know the
actual source code that needs to be fixed? Is it in
src/graphics/GraphicsParams.C ?
Am Montag, 3. April 2006 03:37 schrieb Beck, Andrew Thomas - BECAT001:
I was just wondering if there's some reason why we can't include these
steps
in the various auto* files?
The only reason is that nobody did it so far. If you submit a patch that
does not break the other platforms I can out
On Mon, Apr 03, 2006 at 12:28:11PM +0300, Martin Vermeer wrote:
On Sun, Apr 02, 2006 at 08:54:46PM +0300, Martin Vermeer wrote:
See patch. No GUI support for now.
Here is a new patch, using enum, and having GUI support. Wasn't so much
work after all.
Please give this some testing.
I
On Tue, Apr 04, 2006 at 10:25:15AM -0500, Bo Peng wrote:
Dear list,
I get used to try/catch/throw for error handling and find it difficult
to write code without them. What is the current coding rule regarding
exception? If we are starting to use them, does it make sense to add a
except.h
On Sun, Apr 02, 2006 at 06:55:44PM +0200, Lars Gullik Bjønnes wrote:
Andre Poenitz [EMAIL PROTECTED] writes:
| I wonder whether I am doing something wrong.
|
| 'svn update' works, and is finished after maybe ten seconds.
|
| 'svn commit' asks for commit message, password, and exits with
On Tue, Apr 04, 2006 at 10:45:25AM -0500, Bo Peng wrote:
As a start, I think I can go with locally defined exceptions and
std::xxx_error, until we find a need to group them into
support/except.h
Could you please post a use case or two where you think exceptions
will improve LyX significantly?
On Sun, Apr 02, 2006 at 06:55:44PM +0200, Lars Gullik Bjønnes wrote:
I have. You have not been added to the authz list yet.
I'll do that right away.
Maybe I need a group membership in group 2004 (svnusers)?
Andre'
On Tue, Apr 04, 2006 at 04:24:49PM +0200, Abdelrazak Younes wrote:
We should instead maintains lists of interdependent numbered
paragraphs and update only those paragraphs that need updates. In
this context, a kind of DocIterator that will iterates other one of
these lists would be really
On Tue, Apr 04, 2006 at 05:46:42PM +0300, Martin Vermeer wrote:
You might try to come up with something equally simple that's less
wrong and do a global search-and-replace. My only personal restriction
is that it should consist of three letters (for asthetical reasons)
and it can't be
Could you please post a use case or two where you think exceptions
will improve LyX significantly?
When I get my hands dirty with output_latex, paragraphlist, cursor
etc, lyx will simply crash for a misuse of function, and leave me no
clue what goes wrong. I would vote for much more assert and
Am Montag, 3. April 2006 10:15 schrieb Enrico Forestieri:
On Sun, Apr 02, 2006 at 10:20:35PM +0200, Georg Baum wrote:
Am Sonntag, 2. April 2006 17:57 schrieb Enrico Forestieri:
enum path_target {
DEFAULT,
LATEX
}
std::string internal_path(std::string const p,
Andre Poenitz a écrit :
On Tue, Apr 04, 2006 at 04:24:49PM +0200, Abdelrazak Younes wrote:
We should instead maintains lists of interdependent numbered
paragraphs and update only those paragraphs that need updates. In
this context, a kind of DocIterator that will iterates other one of
these
Am Montag, 3. April 2006 11:29 schrieb Jean-Marc Lasgouttes:
Georg == Georg Baum [EMAIL PROTECTED] writes:
Georg Bug 2045 (C-U does not work in mathed) has annoyed me today
Georg again, so I fixed it. The attached patch is going in soon.
I targetted the bug for 1.4.2. Please attach the
Am Montag, 3. April 2006 11:37 schrieb Jean-Marc Lasgouttes:
Assuming that this is 1.5 material, we could also try to reconsider
the way we detect textclasses. If we get rid of the current
\DeclareLaTeX class stuff and replace it with normal layout tags, will
we be able to read and detect
Dear developers,
Attached is an implementation of the view-source feature I proposed. Currently
1. view-view source will open view source dialog with the source
code of current paragraph or selected paragraphs. (I know nothing
about qt so the dialog is a shameless copy from QLogDialog...)
2.
Am Montag, 3. April 2006 11:58 schrieb Enrico Forestieri:
Only a small glitch, Georg. In os_cygwin.C, the test p.length() 1
in is_posix_path() and is_windows_path() should be changed to
p.length() = 1
I forgot that, please fix thsi together with the comment.
Georg
On Tue, Apr 04, 2006 at 09:50:15PM +0200, Georg Baum wrote:
Index: src/support/environment.C
===
--- src/support/environment.C (revision 13547)
+++ src/support/environment.C (working copy)
@@ -95,7 +95,11 @@ void
Am Montag, 3. April 2006 17:59 schrieb Bennett Helm:
This crash occurs with most recent svn (13547).
New document. Create a branch. Within the branch, insert a
bibliographic database, entering the complete path to the .bst file.
Add a citation, and typeset. I get a crash. (gdb output
Georg Baum [EMAIL PROTECTED] writes:
Angus, you finally made me to fix this the dirty way I always wanted to
do it right by changing the return type of readBB_from_PSFile(), but now I
simply created a sane string.
The attached works for me. I'll put it in trunk tomorrow if nobody objects.
Am Dienstag, 4. April 2006 12:53 schrieb Charles de Miramon:
Hello,
Ive finally nailed down a bug that has annoyed me yesterday.
1) New document
2) Create a LateX Inset
3) Type some text in the inset
4) Cut and paste it outside the inset
5) Try to look at the DVI (the pasted text is
Am Montag, 3. April 2006 23:40 schrieb Uwe Stöhr:
Attached a patch against the configure script that comes together with
Angus' SVN snapshot build for Windows (because I couldn't find the
original file in the SVN repository).
If you want this to go in please send a diff against configure.py
I believe that more people
would be confused by View-LaTeX than would find it useful. After all,
you use LyX to avoid LaTeX :-)
Come on, I just post a patch for view-source code! The purpose of my
patch is for learning, and more importantly, debugging latex code. It
is better than export-latex
Am Dienstag, 4. April 2006 22:18 schrieb Enrico Forestieri:
On Tue, Apr 04, 2006 at 09:50:15PM +0200, Georg Baum wrote:
Please add a comment why this is necessary.
I tried to explain this one here:
http://bugzilla.lyx.org/show_bug.cgi?id=2344
Does it suffice mentioning bug 2344 in a
Am Dienstag, 4. April 2006 22:28 schrieb Angus Leeming:
The .* on the is rather ugly, no? Also, why put it in a group since you
don't
appear to go on to use it.
That was a copy/paste error. I will just remove it.
Georg
Assuming that this is 1.5 material, we could also try to reconsider
the way we detect textclasses. If we get rid of the current
\DeclareLaTeX class stuff and replace it with normal layout tags, will
we be able to read and detect classes on-the-fly using kpsewhich (or
linking to kpathsea
On Tue, Apr 04, 2006 at 10:27:58PM +0200, Georg Baum wrote:
Am Montag, 3. April 2006 23:40 schrieb Uwe Stöhr:
Attached a patch against the configure script that comes together with
Angus' SVN snapshot build for Windows (because I couldn't find the
original file in the SVN repository).
On Tuesday 04 April 2006 21:15, Bo Peng wrote:
2. I do not know linuxdoc and docbook so I can not test, and the
implementation is largely broken.
Don't care with linuxdoc, I intend to remove its support in 1.5.
In case I have not been clear, I intend to delete the code, lyx2lyx should
Bo Peng [EMAIL PROTECTED] writes:
| Could you please post a use case or two where you think exceptions
| will improve LyX significantly?
|
| When I get my hands dirty with output_latex, paragraphlist, cursor
| etc, lyx will simply crash for a misuse of function, and leave me no
| clue what
Andre Poenitz [EMAIL PROTECTED] writes:
| Writing really exception safe code is non-trivial and goes far beyond
| sprinkling the code with 'catch', 'try', and 'throw'.
Very true. And often such code wont even use those keywords at all...
--
Lgb
Andre Poenitz [EMAIL PROTECTED] writes:
| On Sun, Apr 02, 2006 at 06:55:44PM +0200, Lars Gullik Bjønnes wrote:
| I have. You have not been added to the authz list yet.
| I'll do that right away.
|
| Maybe I need a group membership in group 2004 (svnusers)?
Most likely... I wonder why I forgot
You need a good reason to not be able to go with BOOST_ASSERT
For my application, the C++ code is wrapped by SWIG, assert fail needs
to be passed to python, with appropriate error message. so
BOOST_ASSERT can not be used. For lyx, I guess BOOST_ASSERT is enough.
What disappointed me was that I
Georg Baum [EMAIL PROTECTED] writes:
| Index: src/support/filetools.C
| ===
| --- src/support/filetools.C (Revision 13548)
| +++ src/support/filetools.C (Arbeitskopie)
| @@ -1168,21 +1157,40 @@ string const
Georg Baum [EMAIL PROTECTED] writes:
| Am Montag, 3. April 2006 03:37 schrieb Beck, Andrew Thomas - BECAT001:
| I was just wondering if there's some reason why we can't include these
| steps
| in the various auto* files?
|
| The only reason is that nobody did it so far. If you submit a patch
Andre Poenitz [EMAIL PROTECTED] writes:
| On Tue, Apr 04, 2006 at 05:46:42PM +0300, Martin Vermeer wrote:
| You might try to come up with something equally simple that's less
| wrong and do a global search-and-replace. My only personal restriction
| is that it should consist of three
My wife is interested.
Bo
Hello,
My name is Nate Mullins and I am a graduate student at the University of
Utah. I have written my Master's thesis in Lyx but am experiencing some
formatting issues that neither my academic advisor nor I have been able to
resolve:
1. How do I reformat the table of contents? Specifically,
Georg Baum [EMAIL PROTECTED] writes:
Am Dienstag, 4. April 2006 22:28 schrieb Angus Leeming:
The .* on the is rather ugly, no? Also, why put it in a group since you
don't
appear to go on to use it.
That was a copy/paste error. I will just remove it.
Georg
I tested the patch out
On Tue, Apr 04, 2006 at 10:13:40PM +0200, Georg Baum wrote:
Am Montag, 3. April 2006 11:58 schrieb Enrico Forestieri:
Only a small glitch, Georg. In os_cygwin.C, the test p.length() 1
in is_posix_path() and is_windows_path() should be changed to
p.length() = 1
I forgot that, please fix
On Tue, Apr 04, 2006 at 07:18:13PM -0500, Bo Peng wrote:
My wife is interested.
Bo
The lens bug in the front is me
(No, I am happily married, though she complains about too much hacking :-)
- Martin
pgprCHQ4fVxWv.pgp
Description: PGP signature
(No, I am happily married, though she complains about too much hacking :-)
The same situation here. Quote who are those guys on that picture?
You spend more time on that program than ... /Quote
Bo
Uwe Stöhr <[EMAIL PROTECTED]> writes:
> Angus,
> have you ever seen this?
See recent posts by Ekkehart...
Angus
David Berg <[EMAIL PROTECTED]> writes:
> I'm running an Ubuntu Dapper system with Lyx 1.3.7 and noweb 2.10
> installed from the archives. When I go to create a noweb article by
> changing the document class to article (Noweb), I find it listed as
> "Unavailable: article (Noweb)". I'm not sure
Martin Vermeer wrote:
On Mon, Apr 03, 2006 at 09:47:25AM +0200, Helge Hafting wrote:
Juergen Spitzmueller wrote:
Helge Hafting wrote:
You are thinking about a dialog providing of
Where can be 1cm, 4pt, big, med, small, or fill,
and can be space, dots, or rule?
This
Jean-Marc Lasgouttes wrote:
"Michael" == Michael Gerz <[EMAIL PROTECTED]> writes:
Michael> Hartmut H. and me think that users will not understand the
Michael> difference "include" and "input". We should mention the term
Michael> "LaTeX" so that users know where the terms come
Angus Leeming wrote:
Helge Hafting <[EMAIL PROTECTED]> writes:
Todays stupid question - what is a controller?
;-)
In LyX all our dialogs are represented by lyx::frontend::Dialog in
src/frontends/controllers/Dialog.[Ch]. This class uses two base classes,
Juergen Spitzmueller wrote:
>> * Easy to use support for oldstylenums. They look good, and are
>> well supported by latex in any document class. Could be done
>> with a charstyle, but this is problematic - text inside
>> oldstylenums screws up sometimes, and applying a charstyle is too
>>
I have been looking at solutions for presenting math on the web. I've been
following this subject for years, but AFAICT there hasn't really been any
progress. Various efforts have been started, but it doesn't seem like any
have come to fruition.
What is the recommended approach at this point to
Hello,
Ive finally nailed down a bug that has annoyed me yesterday.
1) New document
2) Create a LateX Inset
3) Type some text in the inset
4) Cut and paste it outside the inset
5) Try to look at the DVI (the pasted text is formatted with a strange
\selectlanguage{latex})
Is this bug still
Andre Poenitz a écrit :
On Mon, Apr 03, 2006 at 04:09:44PM +0200, Abdelrazak Younes wrote:
IMHO even if there's no performance penalty on linux (which I really
doubt on slow machine) the way the counters are updated is too heavy.
We should instead maintains lists of interdependent numbered
On Mon, Apr 03, 2006 at 11:50:25AM +0200, Jean-Marc Lasgouttes wrote:
> > "Andre" == Andre Poenitz <[EMAIL PROTECTED]> writes:
> Andre> A few entries from a recent data sheet:
> Andre> 2006-03-26, 04:12, 3150 g, 50 cm, "Paula".
>
> ... and a "made in China" sticker.
Haven't found it so far.
On Mon, Apr 03, 2006 at 04:09:44PM +0200, Abdelrazak Younes wrote:
> IMHO even if there's no performance penalty on linux (which I really
> doubt on slow machine) the way the counters are updated is too heavy. We
> should instead maintains lists of interdependent numbered paragraphs and
>
On Mon, Apr 03, 2006 at 03:07:57PM +0200, Abdelrazak Younes wrote:
> Angus Leeming a écrit :
> >Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> >>Anyway, do what you want with the patch. I will maintain my own version
> >>locally.
> >
> >Hey, Abdel! Don't get stroppy;
>
> I am not. I just don't
On Mon, Apr 03, 2006 at 12:04:35PM +0300, Martin Vermeer wrote:
> Looking at tfrac and dfrac, I would rather merge them with frac too, as
> they are so small that separate insets is overkill. IMHO.
The only overkill is having lots of small files turning into 200k
monsters in a debug compile. [I
On Mon, Apr 03, 2006 at 11:20:48AM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> Martin> This line of code originates from revision 9682, when
> Martin> Jean-Marc moved updateCounters from text2.C to buffer_funcs.C,
> Martin> and at the same
On Mon, Apr 03, 2006 at 12:31:42PM +0200, Lars Gullik Bjønnes wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> | On Mon, Apr 03, 2006 at 11:52:57AM +0200, Jean-Marc Lasgouttes wrote:
> | > > "Abdelrazak" == Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> | >
> | > >> The pos is not
On Sun, Apr 02, 2006 at 06:34:12PM +0200, Abdelrazak Younes wrote:
> I think yes. The ParagraphLists should be independent, there is
> absolutely no reason to use a ParIterator here. I would like to go even
> further. Indeed, I don't like at all the way the enumerate environment
> inside an
If you double-click on word, it gets marked. If you place the cursor before
the word and use Ctrl+Shift+--> the word and everything including the
trailing space gets marked. That was better in lyx136.
--
Viele Grüße,
Hartmut
Hungerhilfe: http://www.thehungersite.com
Das heutige Motto:
On Mon, Apr 03, 2006 at 02:44:16PM +0200, Abdelrazak Younes wrote:
> Anyway, do what you want with the patch. I will maintain my own version
> locally.
Hm.. Jean-Marc is not the enemy.
Never was.
Andre'
On Mon, Apr 03, 2006 at 01:13:47PM +0300, Martin Vermeer wrote:
> > We use 'pit' for that.
>
> ...which is confusing, as it obviously doesn't stand for "paragraph
> iterator".
It historically was, and I'd say it's a well-understood misnomer within
LyX sources and is used pretty much everywhere
On Mon, Apr 03, 2006 at 02:53:57PM +0200, Jean-Marc Lasgouttes wrote:
> > "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> >> poff - yes that's a good name. Paragraph offset.
>
> Martin> or pidx.
>
> Index tends to be used for cell inset, doesn't it?
Indeed.
idx - pit - pos.
Seen on the SVN users list.
-Original Message-
From: Ryan Schmidt [mailto:[EMAIL PROTECTED]
Sent: Wednesday, March 29, 2006 10:08 AM
To: Bill Williams
Cc: [EMAIL PROTECTED]
Subject: Re: SVN status indicating a file is modified when it's not.
On Mar 28, 2006, at 21:03, Bill Williams
On Mon, 2006-04-03 at 21:50 +0200, Andre Poenitz wrote:
> On Mon, Apr 03, 2006 at 01:13:47PM +0300, Martin Vermeer wrote:
> > > We use 'pit' for that.
> >
> > ...which is confusing, as it obviously doesn't stand for "paragraph
> > iterator".
>
> It historically was, and I'd say it's a
I reported this bug earlier but was told that it was already in bugzilla.
An easy fix is to run eps2eps on the matlab generated eps plots. This
works. Doesn't solve the problem in lyx itself obviously.
The relevant bugzilla entry is http://bugzilla.lyx.org/show_bug.cgi?id=1235
How hard will it
Andre Poenitz <[EMAIL PROTECTED]> writes:
| Seen on the SVN users list.
'praps... in my book it is more "don't do that".
--
Lgb
Dear list,
I get used to try/catch/throw for error handling and find it difficult
to write code without them. What is the current coding rule regarding
exception? If we are starting to use them, does it make sense to add a
except.h and define all exceptions (such as lyx::err_empty_whatever)
over
Anand Rangarajan <[EMAIL PROTECTED]> writes:
> How hard will it be to fix the source to read the bounding box entries
> and account for the fact that there could be spaces. Anyone know the
> actual source code that needs to be fixed? Is it in
> src/graphics/GraphicsParams.C ?
Without having the
"Bo Peng" <[EMAIL PROTECTED]> writes:
| Dear list,
|
| I get used to try/catch/throw for error handling and find it difficult
| to write code without them. What is the current coding rule regarding
| exception? If we are starting to use them, does it make sense to add a
| except.h and define all
"Bo Peng" <[EMAIL PROTECTED]> writes:
| Dear list,
|
| I get used to try/catch/throw for error handling and find it difficult
| to write code without them. What is the current coding rule regarding
| exception? If we are starting to use them, does it make sense to add a
| except.h and define all
> I am not sure if a except.h is the right way to go, but it might be.
> But initially I think that the exception definitions used should stay
> close to the classes/functions that use them. And we should try to
> avoid creating an overly complex exception hierarchy.
For exceptions that will only
1 - 100 of 142 matches
Mail list logo
