Richard Heck wrote:
Andre Poenitz wrote:
Is there a particular reason we keep the dialogs around instead of
re-build them each time they are shown?
Do they keep important state?
I seem to remember some conversations in which people did want some of
the dialogs to retain state. E.g., if you
Andre Poenitz wrote:
Mathed does not display anymore those blue boxes for empty cells.
Anybody feeling responsible?
I think I do... where is the code that draws those blue boxes?
Abdel.
On Wed, 03 Oct 2007 03:57:56 +0200
Dov Feldstern <[EMAIL PROTECTED]> wrote:
> Hi!
>
> This is an email I started writing a couple of months ago, regarding the
> ignore-spellcheck discussion; but it is even more relevant now with
> reference to the questions being raised about character styles a
John Levon wrote:
On Tue, Oct 02, 2007 at 10:30:47PM -0400, Richard Heck wrote:
There's also the question how all of this gets written to a LyX file.
Especially once we're doing XML, it'll be essential that everything be
properly nested (unless each character is supposed to be written with
al
Richard Heck wrote:
Dov Feldstern wrote:
I agree very much with what JMarc has been saying about this issue:
although I like very much the idea of character styles / logical
markup, I don't think that insets are the right paradigm for
implementing this.
But there's a point JMarc made along the
Dov Feldstern wrote:
Why do I think that this question is related to "inset-ness"? Because of
the collapsible nature of most insets: collapsing an inset is basically
replacing the text in question with a black box of a known type. (Again,
math stands out, since it is not collapsible. And we're
On Tue, Oct 02, 2007 at 10:30:47PM -0400, Richard Heck wrote:
> Dov Feldstern wrote:
> >I agree very much with what JMarc has been saying about this issue:
> >although I like very much the idea of character styles / logical
> >markup, I don't think that insets are the right paradigm for
> >imple
On Wed, Oct 03, 2007 at 03:58:29AM +0200, Dov Feldstern wrote:
> Bo Peng wrote:
> >Let us put it in this way: people wants different emph styles that are
> >commonly provided as bold and italics (or emph, or additionally
> >\underline) by other word processors . Lyx has emph but not bold, and
> >th
On Tue, Oct 02, 2007 at 10:30:47PM -0400, Richard Heck wrote:
> There's also the question how all of this gets written to a LyX file.
> Especially once we're doing XML, it'll be essential that everything be
> properly nested (unless each character is supposed to be written with
> all of its ass
Dov Feldstern wrote:
I agree very much with what JMarc has been saying about this issue:
although I like very much the idea of character styles / logical
markup, I don't think that insets are the right paradigm for
implementing this.
But there's a point JMarc made along the way which isn't acco
Open LyX. File>New. Quit.
#0 0x00110402 in __kernel_vsyscall () at
/usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c++/4.1.2/debug/safe_iterator.h:194
#1 0x0068fba0 in raise () at
/usr/lib/gcc/i386-redhat-linux/4.1.2/../../../../include/c++/4.1.2/debug/safe_iterator.h:194
#2 0x00691
Bo Peng wrote:
Let us put it in this way: people wants different emph styles that are
commonly provided as bold and italics (or emph, or additionally
\underline) by other word processors . Lyx has emph but not bold, and
that is confusing and inconvenient (I am talking about toolbar/menu,
not shor
Hi!
This is an email I started writing a couple of months ago, regarding the
ignore-spellcheck discussion; but it is even more relevant now with
reference to the questions being raised about character styles as insets.
I agree very much with what JMarc has been saying about this issue:
altho
Patch fixes bug. Very safe indeed.
Jurgen?
Richard
[EMAIL PROTECTED] wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=4232
--- Additional Comments From [EMAIL PROTECTED] 2007-10-03 02:55 ---
bt
#0 0x00110402 in __kernel_vsyscall () at
/usr/lib/gcc/i386-redhat-linux/4.1.2/../../.
Stupid mistake. Fixed at 20678.
[EMAIL PROTECTED] wrote:
Author: uwestoehr
Date: Wed Oct 3 02:09:47 2007
New Revision: 20677
URL: http://www.lyx.org/trac/changeset/20677
Log:
lyx_1_6.py: fix endless loop, but routine is still not working, see
http://www.mail-archive.com/lyx-devel@lists.lyx.
> Hello Richard,
>
> there is a bug in yout lyx2lyx routine you commited with r20544:
>
> - create a document,
> - write something in there and save it
> - menu Export -> LyX 1.4.x
>
> -> Python hangs in an endless loop complaining about a missing \end tag.
I fixed the endless loop, but the routi
On Tue, Oct 02, 2007 at 02:33:18PM -, [EMAIL PROTECTED] wrote:
> Author: lasgouttes
> Date: Tue Oct 2 16:33:17 2007
> New Revision: 20662
>
> URL: http://www.lyx.org/trac/changeset/20662
> Log:
> update translation stats
>
> Modified:
> www-user/trunk/devel/i18n.inc
Ugh! Unmangled email
On Tue, Oct 02, 2007 at 08:08:12AM +0200, Jürgen Spitzmüller wrote:
> > http://www.lyx.org/trac/changeset/20527 - Make sure that an empty
> > po/POTFILES.in file exists at configure time,
>
> Probably yes. Enrico?
It wouldn't hurt but does not make sense, because POTFILES.in is
still distributed
Andre Poenitz wrote:
Is there a particular reason we keep the dialogs around instead of
re-build them each time they are shown?
Do they keep important state?
I seem to remember some conversations in which people did want some of
the dialogs to retain state. E.g., if you want to apply the sam
Andre Poenitz wrote:
Is there a particular reason we keep the dialogs around instead of
re-build them each time they are shown?
Do they keep important state?
I seem to remember some conversations in which people did want some of
the dialogs to retain state. E.g., if you want to apply the sam
Andre Poenitz wrote:
On Tue, Oct 02, 2007 at 03:48:51PM -0400, Richard Heck wrote:
Andre Poenitz wrote:
On Tue, Oct 02, 2007 at 03:33:39PM -0400, Richard Heck wrote:
#0 0x0865ea13 in boost::signals::connection::reset (this=0x99eee14,
new_con=0x9a116d0) at
../../../../boost/b
Mathed does not display anymore those blue boxes for empty cells.
Anybody feeling responsible?
Andre'
Is there a particular reason we keep the dialogs around instead of
re-build them each time they are shown?
Do they keep important state?
Andre'
On Tue, Oct 02, 2007 at 09:06:19PM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Tue, Oct 02, 2007 at 06:15:43PM +0200, Abdelrazak Younes wrote:
> >>Andre Poenitz wrote:
> >>>On Tue, Oct 02, 2007 at 02:39:49PM -, [EMAIL PROTECTED] wrote:
> Author: younes
> Date: Tue Oct
On Tue, Oct 02, 2007 at 03:48:51PM -0400, Richard Heck wrote:
> Andre Poenitz wrote:
> >On Tue, Oct 02, 2007 at 03:33:39PM -0400, Richard Heck wrote:
> >
> >>#0 0x0865ea13 in boost::signals::connection::reset (this=0x99eee14,
> >>new_con=0x9a116d0) at
> >>../../../../boost/boost/detail/sp_coun
Andre Poenitz wrote:
On Tue, Oct 02, 2007 at 03:33:39PM -0400, Richard Heck wrote:
#0 0x0865ea13 in boost::signals::connection::reset (this=0x99eee14,
new_con=0x9a116d0) at
../../../../boost/boost/detail/sp_counted_base_gcc_x86.hpp:50
When doing what?
It was just segfaulting on st
On Tue, Oct 02, 2007 at 03:33:39PM -0400, Richard Heck wrote:
>
> #0 0x0865ea13 in boost::signals::connection::reset (this=0x99eee14,
> new_con=0x9a116d0) at
> ../../../../boost/boost/detail/sp_counted_base_gcc_x86.hpp:50
> #1 0x08674a1b in boost::signals::detail::slot_base::create_connection
On Tue, Oct 02, 2007 at 09:22:10PM +0300, Martin Vermeer wrote:
> Like attached, including the recording/undo thing.
>
> Do we want this? Improves the dissolve discoverability.
Why not.
> And do we want math colours on the menu tree?
>
> About changing colours in math, that remains the same as
Andre Poenitz wrote:
On Tue, Oct 02, 2007 at 06:15:43PM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Tue, Oct 02, 2007 at 02:39:49PM -, [EMAIL PROTECTED] wrote:
Author: younes
Date: Tue Oct 2 16:39:48 2007
New Revision: 20664
URL: http://www.lyx.org/trac/changeset/20664
Log:
F
#0 0x0865ea13 in boost::signals::connection::reset (this=0x99eee14,
new_con=0x9a116d0) at
../../../../boost/boost/detail/sp_counted_base_gcc_x86.hpp:50
#1 0x08674a1b in boost::signals::detail::slot_base::create_connection
(this=0xbf8aa51c) at slot.cpp:33
#2 0x083c5813 in boost::slotstd::all
Would that be ok?
Jean-Marc?
Andre'
Index: src/frontends/qt4/Makefile.am
===
--- src/frontends/qt4/Makefile.am (revision 20665)
+++ src/frontends/qt4/Makefile.am (working copy)
@@ -20,7 +20,7 @@
##
Jürgen Spitzmüller wrote:
Ah, you are talking about section titles only. Then I agree, they shouldn't be
changed. (I thought you were about to remove AlignPossible anywhere -- sorry
for not reading more closely).
No problem.
Thanks for the explanation; your change makes sense indeed. However
On Tue, Oct 02, 2007 at 08:06:36PM +0200, Andre Poenitz wrote:
> On Tue, Oct 02, 2007 at 08:34:35PM +0300, Martin Vermeer wrote:
> > Well, the attached patch enables inset dissolving in mathed. (I'm sure
> > I overlooked all kinds of things.)
> >
> > It would be trivial to put the insertion of th
On Tue, Oct 02, 2007 at 06:35:41PM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Tue, Oct 02, 2007 at 09:51:12AM +0200, Abdelrazak Younes wrote:
> >>And here is the beginning of a patch. If you could take it and finish
> >>the remaining bits together with your patch, you'd make me v
On Tue, Oct 02, 2007 at 08:34:35PM +0300, Martin Vermeer wrote:
> Well, the attached patch enables inset dissolving in mathed. (I'm sure
> I overlooked all kinds of things.)
>
> It would be trivial to put the insertion of the most popular colour into
> mathed on the menu tree.
>
> - Martin
>
>
Le 2 oct. 07 à 17:01, Bo Peng a écrit :
Because these are fundamentally different concepts (I keep
repeating myself).
I do not think \textit and \em are 'fundamentally different'.
\textit/\em and CharStyle Emph are. The former are all 'plain latex
command', the latter can be any latex command
But we don't even have a GUI for this (do we?) That would be a higher
priority at this point.
I think it was when using the character style GUI in mathed. This
gives us an idea of what a GUI would do.
I'm sure there is many things we could improve. Toggle-same-type would
certainly be an ide
On Tue, Oct 02, 2007 at 05:35:33PM +0200, Andre Poenitz wrote:
> On Tue, Oct 02, 2007 at 06:03:15PM +0300, Martin Vermeer wrote:
> > On Tue, 02 Oct 2007 16:09:12 +0200 Jean-Marc Lasgouttes
> > <[EMAIL PROTECTED]> wrote:
> >
> > > Martin Vermeer <[EMAIL PROTECTED]> writes:
> > >
> > > > Yes, I und
Richard Heck wrote:
> Right. But you don't have to do this now. Simply not having an
> AlignPossible is equivalent to allowing only the one thing.
I see.
> > So if it's broken, we should rather fix it than remove it. Note that I'm
> > talking out of the blue, however.
> >
>
> There was a lot of
Jürgen Spitzmüller wrote:
Richard Heck wrote:
Putting this:
Align Left
AlignPossible Left
now has a different effect than it might once have had. Now, doing this
allows left alignment to be set explicitly, over-riding whatever the
LaTeX class would do. This is probably not the intenti
On Tue, Oct 02, 2007 at 06:15:43PM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Tue, Oct 02, 2007 at 02:39:49PM -, [EMAIL PROTECTED] wrote:
> >>Author: younes
> >>Date: Tue Oct 2 16:39:48 2007
> >>New Revision: 20664
> >>
> >>URL: http://www.lyx.org/trac/changeset/20664
> >>Log
Andre Poenitz wrote:
On Tue, Oct 02, 2007 at 09:51:12AM +0200, Abdelrazak Younes wrote:
And here is the beginning of a patch. If you could take it and finish
the remaining bits together with your patch, you'd make me very happy.
Abdel.
Index: Buffer.cpp
Andre Poenitz wrote:
On Tue, Oct 02, 2007 at 02:39:49PM -, [EMAIL PROTECTED] wrote:
Author: younes
Date: Tue Oct 2 16:39:48 2007
New Revision: 20664
URL: http://www.lyx.org/trac/changeset/20664
Log:
Fix some issues with buffer closing.
* Switch WorkAreaManager to std::list instead of vecto
Andre Poenitz wrote:
On Tue, Oct 02, 2007 at 09:51:12AM +0200, Abdelrazak Younes wrote:
And here is the beginning of a patch. If you could take it and finish
the remaining bits together with your patch, you'd make me very happy.
Abdel.
Index: Buffer.cpp
Richard Heck wrote:
> Putting this:
> Align Left
> AlignPossible Left
> now has a different effect than it might once have had. Now, doing this
> allows left alignment to be set explicitly, over-riding whatever the
> LaTeX class would do. This is probably not the intention...and it
> doesn'
Bo Peng wrote:
> Why can not you think of bold as another emph style?? Italic and bold
> are methods to emphasize.
Agreed. Also small caps is a method to emphasize. Color as well, and text
size, and font family. And which method is chosen is actually defined in such
macros as \emph or \noun.
>
On Tue, Oct 02, 2007 at 09:51:12AM +0200, Abdelrazak Younes wrote:
> And here is the beginning of a patch. If you could take it and finish
> the remaining bits together with your patch, you'd make me very happy.
>
> Abdel.
>
> Index: Buffer.cpp
>
Jürgen Spitzmüller wrote:
Richard Heck wrote:
http://www.lyx.org/trac/changeset/20437 - Remove redundant
AlignPossible? lines
http://www.lyx.org/trac/changeset/20438 - Disallow setting of
alignment in protected environments, where it is broken.
Maybe. Jurgen should have a look.
> I see your point. The problem is that noun and emph are not yet transformed to
> the char styles ui. But they will (I think there's already a noun charstyle
> in 1.5, but it's hidden somewhere).
> Putting a bold button there would just raise the confusion.
Why can not you think of bold as anoth
On Tue, Oct 02, 2007 at 09:09:33AM +0200, Abdelrazak Younes wrote:
> Andre Poenitz wrote:
> >On Tue, Oct 02, 2007 at 08:11:47AM +0200, Abdelrazak Younes wrote:
> >>Andre Poenitz wrote:
> >>>The attached patch replaces the signal/slot connections between Buffer
> >>>and BufferView to LyXView by ordi
On Tue, Oct 02, 2007 at 02:39:49PM -, [EMAIL PROTECTED] wrote:
> Author: younes
> Date: Tue Oct 2 16:39:48 2007
> New Revision: 20664
>
> URL: http://www.lyx.org/trac/changeset/20664
> Log:
> Fix some issues with buffer closing.
> * Switch WorkAreaManager to std::list instead of vector.
Urm,
Jean-Marc Lasgouttes wrote:
2. it is easier to toggle boldface. A simple operation (usually C-B)
can switch bold face on and off even for a sentense with mixed normal
and bold text. It is much more difficult to work with inset charstyle.
The 'backspace at the beginning of the inset' trick looks
Bo Peng wrote:
> Their usages, appearance, are vastly different. It would be weird to
> put \strong next to \emph. If you ever plan to put a \stong to the
> toolbar, you would better put real char styles there.
I see your point. The problem is that noun and emph are not yet transformed to
the cha
> If you ever plan to put a \stong to the
> toolbar, you would better put real char styles there.
I meant that you would better put charstyles for other stuff such as
Emph there.
Bo
On Tue, Oct 02, 2007 at 06:03:15PM +0300, Martin Vermeer wrote:
> On Tue, 02 Oct 2007 16:09:12 +0200 Jean-Marc Lasgouttes
> <[EMAIL PROTECTED]> wrote:
>
> > Martin Vermeer <[EMAIL PROTECTED]> writes:
> >
> > > Yes, I understand that. Two different things.
> >
> > I know you do.
> >
> > > And I
> No. I have explained already that \emph (as well as \em) does _not_ simply
> make the text italic. I have showed you an easy example where this is not
> true, and I could show you many more.
I know that (I can read).
My point is that they are simple latex commands (macro or switch, I do
not car
Bo Peng wrote:
> > Because these are fundamentally different concepts (I keep repeating
> > myself).
>
> I do not think \textit and \em are 'fundamentally different'.
> \textit/\em and CharStyle Emph are. The former are all 'plain latex
> command', the latter can be any latex command.
Why do you
On Tue, 02 Oct 2007 16:09:12 +0200
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> Martin Vermeer <[EMAIL PROTECTED]> writes:
>
> > Yes, I understand that. Two different things.
>
> I know you do.
>
> > And I would maintain that this is a _perceived_ non-readiness mostly -- to
> > people that
> Because these are fundamentally different concepts (I keep repeating myself).
I do not think \textit and \em are 'fundamentally different'.
\textit/\em and CharStyle Emph are. The former are all 'plain latex
command', the latter can be any latex command. This is obviously
different from what JMa
Jean-Marc Lasgouttes wrote:
> With the fixes I just committed, the only problem is that one has to
> invoke it like
> LC_ALL=C make i18n.php
> when the locale is not english. Jose promised to fix it. Note that
> only a handful of persons (you, me, michael, uwe?) are impacted.
OK, then let's keep
[EMAIL PROTECTED] (Jürgen Spitzmüller) writes:
> Jean-Marc Lasgouttes wrote:
>> Saw that in Juergen's last commit.
>
> Thanks.
>
>> The postat.py commit is a mistake, but the new python version is usable,
>> and José promised to fix it (José?)
>>
>> Juergen, I can revert this part if you want (
Jean-Marc Lasgouttes wrote:
> Saw that in Juergen's last commit.
Thanks.
> The postat.py commit is a mistake, but the new python version is usable,
> and José promised to fix it (José?)
>
> Juergen, I can revert this part if you want (it is only a maintainer tool).
What was the problem again
[EMAIL PROTECTED] writes:
> Author: lasgouttes
> Date: Tue Oct 2 16:19:31 2007
> New Revision: 20660
>
> URL: http://www.lyx.org/trac/changeset/20660
> Log:
> fix end of lines on the two chinese translations
Saw that in Juergen's last commit. The postat.py commit is a mistake, but
the new python
Martin Vermeer <[EMAIL PROTECTED]> writes:
> Yes, I understand that. Two different things.
I know you do.
> And I would maintain that this is a _perceived_ non-readiness mostly -- to
> people that are 'indoctrinated' by the font attribute way of doing things.
The example of colors in mathed is
On Tue, 02 Oct 2007 14:34:27 +0200
Georg Baum <[EMAIL PROTECTED]> wrote:
> Martin Vermeer wrote:
>
> > On Mon, 01 Oct 2007 10:46:14 +0200
> > Uwe Stöhr <[EMAIL PROTECTED]> wrote:
>
> >> I understand that this behaviour might be confusing, but I'm innocent
> >> here. This has been introduced when
On Tue, 02 Oct 2007 14:27:05 +0200
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>
> > I agree with that. Just let people choose what they want. Font
> > attribute should not become insets and people should not be forced to
> > use charstyle if th
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
there are other cases like that non involving external issues: try the
empth or noun toggle button to see what I mean.
I am not sure what you mean, but the discussion is moot now anyway.
Forget about it, I just reali
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> And I am fed up that people think I do not try to understand what they
>> mean just because I disagree with them.
>
> Problem is that when you take an ironical tone, one cannot guess what
> you really mean.
You should have come to Bromarv :)
> Tha
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
Do you really think this is playing? I am fad up that you never try to
understand that what we are doing is *good* for LyX. Code is meant to
change, cleanup is always good whatever you think.
I play the best I can: I d
Martin Vermeer wrote:
> On Mon, 01 Oct 2007 10:46:14 +0200
> Uwe Stöhr <[EMAIL PROTECTED]> wrote:
>> I understand that this behaviour might be confusing, but I'm innocent
>> here. This has been introduced when the box dialog was introduced with
>> LyX 1.4.0. I don't know who to blame.
IMO you sh
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> I agree with that. Just let people choose what they want. Font
> attribute should not become insets and people should not be forced to
> use charstyle if they really want to use Font attribute.
But there are two different things:
* semantic vs expli
Martin Vermeer <[EMAIL PROTECTED]> writes:
>> This is a very good point, but unrelated to the bold issue. The people
>> who push for font as an inset should put their code where their mouth is
>> and make the interface usable (José?). For example we could have a
>> charstyle-toggle lfun that is li
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> Abdel, please make the effort of keeping things working when you do
>> changes. grep would have told you what to do.
>
> In this case you should blame Andre I think.
Sorry.
> Do you really think this is playing? I am fad up that you never try to
On Tue, 2 Oct 2007, Jürgen Spitzmüller wrote:
Bo Peng wrote:
There is a way to introduce a bold button cleanly. But it includes
removing emph and noun and replacing it with textit and textsc.
I do not see why textit, em and charstyle Emph can not co-exist, and I
have no objection to use em in
Martin Vermeer wrote:
On Tue, 02 Oct 2007 09:43:09 +0200
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
"Bo Peng" <[EMAIL PROTECTED]> writes:
\textbf is simpler than \strong because
1. it is simply \textbf, and \strong can be anything, and to
understand what is \strong, someone needs to und
On Tue, 02 Oct 2007 09:43:09 +0200
Jean-Marc Lasgouttes <[EMAIL PROTECTED]> wrote:
> "Bo Peng" <[EMAIL PROTECTED]> writes:
>
> > \textbf is simpler than \strong because
> >
> > 1. it is simply \textbf, and \strong can be anything, and to
> > understand what is \strong, someone needs to understand
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Tue, Oct 02, 2007 at 08:11:47AM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
The attached patch replaces the signal/slot connections between Buffer
and BufferView to LyXView by ordinary delegates.
There has alw
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Tue, Oct 02, 2007 at 08:11:47AM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
The attached patch replaces the signal/slot connections between
Buffer
and BufferView to LyXView by ordinar
Jean-Marc Lasgouttes wrote:
> For example we could have a
> charstyle-toggle lfun that is like charstyle-insert except that, when
> one tries to insert a charstyle in itself, it dissolves instead. I am
> not sure it will be enough to make the thing work well, but it is a
> major problem with the fo
Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
Author: lasgouttes
Date: Tue Oct 2 09:51:25 2007
New Revision: 20653
URL: http://www.lyx.org/trac/changeset/20653
Log:
fix compilation on mac
Abdel, please make the effort of keeping things working when you do
changes. grep would have to
[EMAIL PROTECTED] writes:
> Author: lasgouttes
> Date: Tue Oct 2 09:51:25 2007
> New Revision: 20653
>
> URL: http://www.lyx.org/trac/changeset/20653
> Log:
> fix compilation on mac
Abdel, please make the effort of keeping things working when you do
changes. grep would have told you what to do.
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Tue, Oct 02, 2007 at 08:11:47AM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
The attached patch replaces the signal/slot connections between Buffer
and BufferView to LyXView by ordinary delegates.
There has alw
"Bo Peng" <[EMAIL PROTECTED]> writes:
> \textbf is simpler than \strong because
>
> 1. it is simply \textbf, and \strong can be anything, and to
> understand what is \strong, someone needs to understand what is
> charstyle, and where to look for its definition, and figure out, in
> the end, that i
Dov Feldstern <[EMAIL PROTECTED]> writes:
> I strongly recommend
> http://www.catb.org/~esr/writings/taoup/html/ch05s02.html (the book in
> general, this chapter specifically is relevant to this discussion)
Very interesting indeed.
JMarc
Abdelrazak Younes wrote:
Andre Poenitz wrote:
On Tue, Oct 02, 2007 at 08:11:47AM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
The attached patch replaces the signal/slot connections between Buffer
and BufferView to LyXView by ordinary delegates.
There has always been only (at most) a
Andre Poenitz wrote:
On Tue, Oct 02, 2007 at 08:11:47AM +0200, Abdelrazak Younes wrote:
Andre Poenitz wrote:
The attached patch replaces the signal/slot connections between Buffer
and BufferView to LyXView by ordinary delegates.
There has always been only (at most) a single connection of each
86 matches
Mail list logo
