Alfredo Seems fair enough ;-)
Go for it,
Will do.
but Alfredo's suggestion is the way to go later.
I hope Alfredo will go further enough to merge text and table clipboards. :-)
Bo
On Thursday 07 June 2007 22:06:47 Bo Peng wrote:
Interesting, why my compiler did not complain? (The test was also
tested by others).
I had no problems with gcc 4.1.2 (with bits from 4.2) or else I would have
complained earlier. :-)
--
José Abílio
José == José Matos [EMAIL PROTECTED] writes:
José I have a personal agenda against this kind of hacks. :-) I
José know because I have used them in the past.
I'd rather avoid such hacks too, since they do not add much we cannot
already can do.
José The solution would be to go to a box based
On Tuesday 05 June 2007 21:32:05 Mael Hilléreau wrote:
Le 5 juin 07 à 19:14, Andre Poenitz a écrit :
Pleas send patches (also) to the mailing list unless they are
exceptionally large. And please create 'unified diffs'. People
here are used to them...
Sorry about that, I updated the last
On Thursday 07 June 2007 23:01:16 Jean-Marc Lasgouttes wrote:
The 'only' problem is a very tough one...
Another solution is to remove this special handling for environments
and force to use depth when several paragraphs are in a same env.
JMarc
It needs carefull thought but it is not so
Jean-Marc Lasgouttes wrote:
José I have a personal agenda against this kind of hacks. :-) I
José know because I have used them in the past.
I'd rather avoid such hacks too, since they do not add much we cannot
already can do.
José The solution would be to go to a box based approach (from a
On Tuesday 05 June 2007 22:11:14 Jean-Marc Lasgouttes wrote:
He is just trying to please his new boss :)
JMarc
As it can be seen here in the second photo taken in Berlin (first person
standing in the left side):
http://labs.trolltech.com/blogs/2007/05/30/qt-430-released/
--
José Abílio
Hi,
I have changed the proposed schedule for 1.5.0 taking into account the
delay
in the release of rc1. The new schedule can be found in the usual place:
http://wiki.lyx.org/Devel/ReleaseSchedule
(Executive summary: rc2 - 15 June; final - 22 June)
I would like to only allow
On Jun 7, 2007, at 7:01 PM, José Matos wrote:
Hi,
I have changed the proposed schedule for 1.5.0 taking into account
the delay
in the release of rc1. The new schedule can be found in the usual
place:
http://wiki.lyx.org/Devel/ReleaseSchedule
(Executive summary: rc2 - 15 June; final - 22
Stefan Schimanski wrote:
Guy in the other thread prefers some magic here that the first space is
moved to the other side (so in fact the LyX 1.3 behavior. What do you
think? We could probably implement such a magic in the insertChar handler.
Right, and so does Ran. Attached is a patch
Sorry, please use the corrected patch attached...
Dov Feldstern wrote:
Stefan Schimanski wrote:
Guy in the other thread prefers some magic here that the first space
is moved to the other side (so in fact the LyX 1.3 behavior. What do
you think? We could probably implement such a magic in
An environment paragraph would be inserted inside a box, allowing other
things to be inserted before the begin of the first item.I like this idea
a lot :-) Then we can customize the environment with ERT.Or else the first
item will not be customized...
The validation mechanism of InsetListingsParams is great but is not
flexible to handle unrecognized parameters introduced, e.g., by a new
version of the listings.
The attached patch allows users to input arbitrary parameters by
prefixing it with a '@' sign. @ will be removed in latex output, but
Strange, maybe my checkout it broken. But as far as I could see with
my tired eyes yesterday the mentioned patch moves drawMarkers from
InsetMath to InsetMathNest. And as InsetMathMBox is derived from the
former there should be an error, no?!
Stefan
On Thursday 07 June 2007 22:06:47 Bo
Am 08.06.2007 um 01:22 schrieb Bennett Helm:
On Jun 7, 2007, at 7:01 PM, José Matos wrote:
Hi,
I have changed the proposed schedule for 1.5.0 taking into
account the delay
in the release of rc1. The new schedule can be found in the usual
place:
http://wiki.lyx.org/Devel/ReleaseSchedule
On Thu, Jun 07, 2007 at 09:34:28PM -0500, Bo Peng wrote:
I can not believe that I am hitting a second WONTFIX in two days, but
this is likely the fate of this patch.
The attached patch adds SplitLayout environment to a few layout/inc
files that will end up in almost all layouts. This
On Thu, Jun 07, 2007 at 11:54:55AM +0200, Stefan Schimanski wrote:
Ran Rutenberg wrote:
Hi,
I tried to write a bidi file using the four patches and I didn't see
a big difference in writing with the patches and without them. One
small problem I did find is that when writing a word in a RTL
On Thu, Jun 07, 2007 at 10:12:47AM -0400, Richard Heck wrote:
Comments? OK?
Make sense. Fine with me.
Andre'
On Fri, Jun 08, 2007 at 12:18:55AM +1000, Darren Freeman wrote:
On Thu, 2007-06-07 at 09:48 -0400, Richard Heck wrote:
Is there some way to find out what the user has installed as his or her
default pdf reader? Obviously, this will be highly platform sensitive,
and even desktop sensitive,
On Fri, Jun 08, 2007 at 12:18:55AM +1000, Darren Freeman wrote:
On Thu, 2007-06-07 at 09:48 -0400, Richard Heck wrote:
Is there some way to find out what the user has installed as his or her
default pdf reader? Obviously, this will be highly platform sensitive,
and even desktop sensitive,
Martin Vermeer wrote:
On Thu, Jun 07, 2007 at 09:34:28PM -0500, Bo Peng wrote:
I need four positive votes to
outnumber our future-oriented masters (who consider this as a useless
ugly hack).
I like it. And the future work needed to get to that box-based solution
will be substantial.
José Matos Thu, 07 Jun 2007 16:05:49 -0700
- What are the patches submitted that you think deserve
attention?
I would like to give special attention to critical bugs and
so on.
Since the most need for saving as 1.4.x should occur in the
transition to 1.5, I think
On Thu, Jun 07, 2007 at 04:06:47PM -0500, Bo Peng wrote:
On 6/7/07, Stefan Schimanski [EMAIL PROTECTED] wrote:
drawMarkers moved to InsetMathNest?! See r18701. Please revert or fix
that.
Interesting, why my compiler did not complain? (The test was also
tested by others).
I will see what
On Thu, Jun 07, 2007 at 04:36:56PM -0500, Bo Peng wrote:
On 6/7/07, Bo Peng [EMAIL PROTECTED] wrote:
On 6/7/07, Stefan Schimanski [EMAIL PROTECTED] wrote:
drawMarkers moved to InsetMathNest?! See r18701. Please revert or fix
that.
The patch is partially reverted to move drawMarkers and
On Wed, 06 Jun 2007 22:05:38 +0100
José Matos <[EMAIL PROTECTED]> wrote:
> On Wednesday 06 June 2007 21:26:22 Richard Heck wrote:
> > I thought I'd alphabetize the ones after LyX Note. It doesn't much
> > matter, though. Feel free to commit whichever one you like.
>
> +1
>
> Please, could
Enrico Forestieri wrote:
> Both forms are equivalent, indeed \bgroup and \egroup are defined
> as \let\bgroup={ \let\egroup=} by TeX. The macro forms are useful
> because you can include them in a definition without worrying
> about how they nest. I mean that you can do something like:
>
>
On Thursday 07 June 2007 03:50:30 Bo Peng wrote:
> I had the same experience! My beamer slide suddenly does not display
> in full screen and is cramped to a corner. It took me quite a while to
> realize that kpdf is called instead of acroread.
kpdf has a full screen presentational mode, I do
Hi,
I tried to write a bidi file using the four patches and I didn't see a big
difference in writing with the patches and without them. One small problem I did
find is that when writing a word in a RTL language (the document should be a RTL
document) then switching to a LTR language and writing a
> "Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
Dov> I imagine it should, too. Is the keymap really actually used for
Dov> the accents? How does one insert an accent? Perhaps the accent
Dov> lfuns should actually call (dispatch?) the SELF_INSERT lfun,
Dov> instead of inserting the accent
Jürgen Spitzmüller schrieb:
Jean-Marc Lasgouttes wrote:
I think we should restrict manual replace too (if possible). It should
not be allowed to do with replace something that would not be possible
via normal editing.
Probably. Although OpenOffice allows this (and so does Word).
> "Darren" == Darren Freeman <[EMAIL PROTECTED]> writes:
Darren> That particular one would be free-software vs proprietary. But
Darren> how many people would have just a proprietary viewer I
Darren> wonder.. Acroread basically won't be used any more.
Of course we could assume that, if people
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> On Wednesday 06 June 2007 15:01:57 Jean-Marc Lasgouttes wrote:
>> Jose'?
>>
>> JMarc
José> OK.
Applied.
> "Martin" == Martin Vermeer <[EMAIL PROTECTED]> writes:
Martin> On Wed, 06 Jun 2007 22:05:38 +0100
Martin> José Matos <[EMAIL PROTECTED]> wrote:
>> On Wednesday 06 June 2007 21:26:22 Richard Heck wrote: > I thought
>> I'd alphabetize the ones after LyX Note. It doesn't much > matter,
>>
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> Finally, a patch that fixes a critical bug (as opposed to fixing
Bo> WONTFIX). :-) Description:
Bo> Create a 2 by 1 table with several characters in the lower cell,
Bo> select both cells and S-Right when the cursor is in the upper
Bo> cell.
> "Richard" == Richard Heck <[EMAIL PROTECTED]> writes:
Richard> Fixing this is trivial, in a way: I can just change the
Richard> button policy in frontends/qt4/Dialogs.cpp. However, this
Richard> causes a problem elsewhere: If you leave the dialog open and
Richard> move the cursor, you still
> "Bernhard" == Bernhard Roider <[EMAIL PROTECTED]> writes:
Bernhard> As i posted in bugzilla there is no crash anymore in current
Bernhard> svn. One remaining issue is that undo does not work as it
Bernhard> should. The attached patch addresses this, but it surely
Bernhard> affects other
Thank you for your feedback.
אבג abc דהו
I get
אבג [ abc]דהו
Yes, that is what I would expect from the current implementation ( only
the space should be eliminated. Will check that.
when I move back (to the space) with the cursor the extra space is
eliminated (I've attached a
Jean-Marc Lasgouttes wrote:
> Bo> Finally, a patch that fixes a critical bug (as opposed to fixing
> Bo> WONTFIX). :-) Description:
>
> Bo> Create a 2 by 1 table with several characters in the lower cell,
> Bo> select both cells and S-Right when the cursor is in the upper
> Bo> cell. This
Stefan, I like it!
:)
I haven't gone over the code at all yet, I hope to be able to do that
over the weekend, maybe. But in terms of the behavior --- I like it a
lot. And it solves all of the related crashes that I know of. And I
think that it's the right approach in terms of not using any
Jean-Marc Lasgouttes wrote:
> The documentation of granAndEraseSelection states:
>
> /// Erase the selection and return it as a string.
> /// Does not handle undo. Does only work if the whole selection is in
> mathed.
Should have "Mathed" in the name then no?
A/
Ran Rutenberg wrote:
Hi,
I tried to write a bidi file using the four patches and I didn't see a big
difference in writing with the patches and without them. One small problem I did
find is that when writing a word in a RTL language (the document should be a RTL
document) then switching to a LTR
So what about this now? Can I commit it or do you have other remarks?
regards Uwe
> I made a patch to add this one. Please see attached.
OK for me. Could somebody else please apply it when it is OK for you too.
regards Uwe
Uwe wrote:
> OK for me. Could somebody else please apply it when it is OK for you too.
done:
http://www.lyx.org/trac/changeset/18697
Hi all,
Is there any way to remember the settings last used in the PS/PDF
viewers? I keep changing the zoom to 150% each time I generate output. I
would also love it if I could get to the same page number I was last
looking at.
I'm using kghostview and kpdf.
Maybe keep the one viewer open,
Hi!
I cleaned up the patches a bit more.
* Finally removed Text::bidi (its global status was not necessary
anymore after the no_bidi_isboundary patch), see local_bidi.patch
* Fixed the behavior if RTL is disabled in the preference dialog
* Fixed the EPM. Try out the "ABC[ DEF] ghi" example
> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
Alfredo> Jean-Marc Lasgouttes wrote:
>> The documentation of granAndEraseSelection states:
>>
>> /// Erase the selection and return it as a string. /// Does not
>> handle undo. Does only work if the whole selection is in mathed.
Darren Freeman wrote:
On Wed, 2007-06-06 at 21:50 -0500, Bo Peng wrote:
I was sitting there, in bewilderment, because my overview of all the
pages on the left was missing! I tried, oh how I tried. Couldn't be
anything I did since five minutes ago, could it? Hmm. Wasn't using
evince before!
Jean-Marc Lasgouttes wrote:
Darren> That particular one would be free-software vs proprietary. But
Darren> how many people would have just a proprietary viewer I
Darren> wonder.. Acroread basically won't be used any more.
Of course we could assume that, if people actually installed acroread,
it
[EMAIL PROTECTED] wrote:
On Tue, 5 Jun 2007, Richard Heck wrote:
In Opera, you can e.g. google from the URI address bar. All you have
to do is enter a "URI" such as
g LyX software
and you will go and do a google search.
Apparently, this is also possible in Firefox, using the "keywords"
Darren Freeman wrote:
Hi all,
Is there any way to remember the settings last used in the PS/PDF
viewers? I keep changing the zoom to 150% each time I generate output. I
would also love it if I could get to the same page number I was last
looking at.
I'm using kghostview and kpdf.
kpdf
Bo Peng wrote:
The way to solve this might be to put some appropriate code into
InsetCaption::notifyCursorLeaves().
I do not think it is a good idea to update Toc during editing, because
simple add/remove of sections, change of environment will break Toc,
so it is close to impossible to
Comments? OK?
The issue here is that middle-click of external material pastes where
the cursor WAS, not where one clicks. This works, but I don't know if
it's best. I can't seem to figure out where the cursor position is set
in the other branch: You don't get this behavior with pastes of
On Thu, 2007-06-07 at 09:48 -0400, Richard Heck wrote:
> Darren Freeman wrote:
> > Acroread basically won't be used any more.
> As well it shouldn't. ;-)
Although since Adobe created the PS/PDF standards, you could say
acroread is the reference implementation :)
Adobe should really be sponsoring
On Thursday 07 June 2007 14:50:28 Richard Heck wrote:
> Apparently, this is also possible in Firefox, using the "keywords" field
> of the bookmark entry. Who knew?
>
> Richard
konqueror has general support for this as well.
gg: LyX software
--
José Abílio
On Thu, 2007-06-07 at 09:48 -0400, Richard Heck wrote:
> Is there some way to find out what the user has installed as his or her
> default pdf reader? Obviously, this will be highly platform sensitive,
> and even desktop sensitive, but it would be the most user-friendly thing
> to do.
If we
On Thursday 07 June 2007 15:12:47 Richard Heck wrote:
> Comments? OK?
I was expecting other feedback. Since the patch is trivial and no one objected
you have my OK. :-)
--
José Abílio
There don't seem to be many of these.
[EMAIL PROTECTED] src]$ srcgrep 'tocBackend().update()'
buffer_funcs.cpp:704: cbuf.tocBackend().update();
frontends/controllers/ControlToc.cpp:120:
kernel().buffer().getMasterBuffer()->tocBackend().update();
MenuBackend.cpp:708:
On Thursday 07 June 2007 15:18:55 Darren Freeman wrote:
> If we call LyX a Qt-only app, then we could do this the KDE way and
> query the file association preferences, as used by Konqueror and others.
> One day they will get Gnome and KDE integrated well enough to have one
> using the preferences
The issue here is that middle-click of external material pastes where
the cursor WAS, not where one clicks.
Really? If so, it is a bug that should be fixed. The patch looks OK to me.
Note that:
- lyx paste to where mouse is
- many other applicate paste to where cursor is (e.g. gvim)
Bo
On Thu, 7 Jun 2007, Richard Heck wrote:
[EMAIL PROTECTED] wrote:
On Tue, 5 Jun 2007, Richard Heck wrote:
In Opera, you can e.g. google from the URI address bar. All you have to do
is enter a "URI" such as
g LyX software
and you will go and do a google search.
Apparently, this is
On Thu, 2007-06-07 at 09:56 -0400, Richard Heck wrote:
> kpdf stores zoom and such between sessions on my machine.
Actually I only tried PS so I should have said kghostview only.
> > Maybe keep the one viewer open, overwrite the file, and send it a signal
> > to revert? I would have thought that
On Thu, 2007-06-07 at 15:22 +0100, José Matos wrote:
> That exists already under a common umbrella (freedesktop.org):
> http://portland.freedesktop.org/xdg-utils-1.0/xdg-open.html
Wow. That's handy! So why not add it to the front of the list of tests?
It doesn't solve the problem of loading the
I do not think the analysis is correct. The real problem is that
saveSelection is not prepared (like most of our cut-and-paste
mechanism) to handle multi-cell selections.
How come my analysis is incorrect? We are talking about the same thing.
I said: saveSelection can not handle this case so I
Georg Baum wrote:
Then Koji could fire up a debugger, set a breakpoint in
parse_printf_directive() and report what the result of the narrow() call
is.
Do you mean the return value of wrap_narrow() call? If so, the result of
gdb was:
> $1 = -65 '\277'
It appeared twice in
On Thursday 07 June 2007 16:16:31 Darren Freeman wrote:
> Wow. That's handy! So why not add it to the front of the list of tests?
The only patch carried by the Fedora package does precisely that. I will wait
to see how it works there before suggesting it for inclusion.
FWIW this is a topic that
It is currently non-trivial to write
1. item1
1. item1
2. item2
e.g.
\begin{enumerate}
\item item1
\end{enumerate}
\begin{enumerate}
\item item1
\item item2
\end{enumerate}
Because it is not easy to tell lyx to break an environment. The same
problem exists for consecutive definitions, proof
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> How come my analysis is incorrect? We are talking about the same
Bo> thing.
Bo> I said: saveSelection can not handle this case so I do not call
Bo> it. You said: let me disable this case in saveSelection.
Bo> I actually said: saveSelection
The attached patch to amsdefs.inc (versions 1.4.x and 1.5.x) turns on
short titles, which amsart.cls supports. I'm not sure why they're not
on already -- maybe there was a reason?
Hopefully the patch file is readable. If not, just add OptionalArgs 1
to the Title section of amsdefs.inc.
Bo Peng wrote:
> It is currently non-trivial to write
>
> 1. item1
> 1. item1
> 2. item2
that's pretty easy
choose enumerate -- insert text
choose standard -- insert Ctrl-L and %
choose enumerate -- insert text
view
Herbert
Henceforth %AD%="C:\Documents and Settings\me\Application Data" so I
don't have to keep typing it.
I had 1.5.0beta3 installed (with home = %AD%\LyX15beta1), then installed
1.5.0rc1 and uninstalled beta3 (leaving settings intact). That created
%AD%\LyX15, to which I copied some stuff from the
choose enumerate -- insert text
choose standard -- insert Ctrl-L and %
choose enumerate -- insert text
There are many such ways but you are inserting some unnecessary stuff
to lyx, and the latex output. And, it is visually unclear what is
happening here.
I am proposing something like
1 item1
On Wed, Jun 06, 2007 at 09:38:39AM -0500, Bo Peng wrote:
> > I deem that this will be more acceptable than my previous patch.
>
> I was wrong so this is now http://bugzilla.lyx.org/show_bug.cgi?id=3825 .
Maybe you will have more luck if you remove mathhoverbg from the patch ;-)
--
Enrico
Try the following: create a 2x1 table with 2 characters in cell 1 and
4 in cell 4. Put cursor at the end of cell 2 and do Shift-Up,
Shift-Left.
I see.
You get a crash, but no LFUN_FINISHED action is invoked. It is really
multi-cell selection that is broken.
But my patch was correct in that
> I was wrong so this is now http://bugzilla.lyx.org/show_bug.cgi?id=3825 .
Maybe you will have more luck if you remove mathhoverbg from the patch ;-)
If I get another OK if I remove mathhoberbg, I will remove it and submit.
Cheers,
Bo
Darren Freeman wrote:
> Question: how is a new user to decide which of the three seemingly
> identical options to pick for generating a PDF?
Their difference should be documented.
> Are they almost functionally equivalent?
No.
> Shouldn't one of them be chosen in preference
> to the others?
kpdf has a full screen presentational mode, I do all my presentations using
it.
I meant the automatic full screen mode set by
\hypersetup{ pdfpagemode=FullScreen }
Bo
On Fri, Jun 08, 2007 at 12:39:54AM +1000, Darren Freeman wrote:
> I originally dropped generating DVI because it wouldn't print (xdvi
> sucks!).
I disagree. Try compiling xdvi using --with-xdvi-x-toolkit=motif
I attach here a screenshot I took on Solaris.
--
Enrico
<>
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> But my patch was correct in that saveSelection should not be
Bo> called before LFUN_FINISHED is processed in that particular case.
Bo> The patch fixes the problem and save the correct selected text
Bo> (things in the lower cell).
Jean-Marc Lasgouttes wrote:
> Yes.
Done.
Jürgen
saveSelection does not hurt even in the LFUN_FINISHED case. At worst
it is useless.
Logically speaking, we should saveSelection after cur has moved to its
place. In that case, cur is undispatched so saveSelection should not
be called.
I am not sure the patch is done at the right place. The
Bo Peng wrote:
> I was wrong so this is now
http://bugzilla.lyx.org/show_bug.cgi?id=3825 .
Maybe you will have more luck if you remove mathhoverbg from the
patch ;-)
If I get another OK if I remove mathhoberbg, I will remove it and submit.
So long as the (default) color difference is small,
Bo Peng wrote:
It is currently non-trivial to write
1. item1
1. item1
2. item2
e.g.
\begin{enumerate}
\item item1
\end{enumerate}
\begin{enumerate}
\item item1
\item item2
\end{enumerate}
Because it is not easy to tell lyx to break an environment.
This isn't exactly this one:
As discussed.
OK?
Jürgen
Index: src/LaTeXFeatures.cpp
===
--- src/LaTeXFeatures.cpp (Revision 18698)
+++ src/LaTeXFeatures.cpp (Arbeitskopie)
@@ -670,8 +670,8 @@
macros << "\\providecolor{lyxdeleted}{rgb}{"
<<
This isn't exactly this one:
http://bugzilla.lyx.org/show_bug.cgi?id=2697, but it is close.
This is exactly what I am talking about. I think an environment like
what I have proposed is enough, just need a bit tuning from layout
experts.
Bo
Bo Peng wrote:
Style EndEnvironment
KeepEmpty 1
MarginStatic
LatexType Paragraph
LatexName dummy
ParIndent MM
TopSep0
BottomSep 0
ParSep0
Align
On Thursday 07 June 2007 18:56:46 Jürgen Spitzmüller wrote:
> As discussed.
>
> OK?
Yep.
> Jürgen
--
José Abílio
Darren Freeman wrote:
On Thu, 2007-06-07 at 09:56 -0400, Richard Heck wrote:
kpdf stores zoom and such between sessions on my machine.
Actually I only tried PS so I should have said kghostview only.
Maybe keep the one viewer open, overwrite the file, and send it a signal
to
So long as the (default) color difference is small, I think this will be
fine with people. So I'd say OK.
Thanks. It is committed at r18701.
Move your mouse over mathed, you will like the hovering effect.
Bo
José Matos wrote:
On Thursday 07 June 2007 15:12:47 Richard Heck wrote:
Comments? OK?
I was expecting other feedback. Since the patch is trivial and no one objected
you have my OK. :-)
Me too. ;-)
Bo Peng wrote:
The issue here is that middle-click of external material pastes
http://bugzilla.lyx.org/show_bug.cgi?id=848
This bug was reported in Jan 2003 against LyX 1.2.2.
Here's the patch. I understand it took as so long. The fix was very tricky ;-)
OK for branch and trunk?
Jürgen
Index: lib/doc/LaTeXConfig.lyx.in
Try a Dynamic margin (or FirstDynamic). If you use a static margin with
a labeled environment, then the label appears to the left of the
margin---I think---which is why you see the behavior you do.
They do not work. :-(
I see no documentation about these directives, so I will have to read
the
Jürgen Spitzmüller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=848
This bug was reported in Jan 2003 against LyX 1.2.2.
Here's the patch. I understand it took as so long. The fix was very tricky ;-)
OK for branch and trunk?
Looks fine to me. Very, very nice work!!
Richard
Jürgen
On Thursday 07 June 2007 19:15:47 Jürgen Spitzmüller wrote:
> http://bugzilla.lyx.org/show_bug.cgi?id=848
>
> This bug was reported in Jan 2003 against LyX 1.2.2.
> Here's the patch. I understand it took as so long. The fix was very tricky
> ;-)
I think that this deserves to be mentioned in the
> They do not work. :-(
Are you sure?
Oops, I was using LeftMargin... :-)
Jose:
I can polish this and add lyx2lyx. I wrote this for my own use but if
there is a bug report for it, I guess I can make this official. Is
this something you want for 1.5.0?
Bo
Bo Peng wrote:
> They do not work. :-(
Are you sure?
Oops, I was using LeftMargin... :-)
I can polish this and add lyx2lyx.
What does lyx2lyx do with layouts it doesn't recognize (i.e., ones I
custom-defined)? That's what this would be, basically, unless you want
to convert it to the ERT
> I can polish this and add lyx2lyx.
What does lyx2lyx do with layouts it doesn't recognize (i.e., ones I
custom-defined)? That's what this would be, basically, unless you want
to convert it to the ERT hack or whatever.
It would be nice to convert it to something like
\begin_layout Standard
On Thursday 07 June 2007 19:34:15 Bo Peng wrote:
> Jose:
>
> I can polish this and add lyx2lyx. I wrote this for my own use but if
> there is a bug report for it, I guess I can make this official. Is
> this something you want for 1.5.0?
Honestly?
I have a personal agenda against this kind of
I can polish this and add lyx2lyx.
I guess it is better called 'Splitter' or 'Separator', and is
displayed as '--- split environment ---' Othewise, we will see lyx
files with all environment properly ended with this environment.
Cheers,
Bo
What I am afraid is that with this short term solution we delay further the
real solution. :-(
I still can not understand your proposal. What do you want to do after
1 item1
to append
1 something else?
Using the environment approach, I enter , choose separator
layout, , and then start a
101 - 200 of 248 matches
Mail list logo