Martin Vermeer wrote:
On Wed, Jun 06, 2007 at 03:43:55PM -0400, Richard Heck wrote:
As said. Neither Jurgen nor I knew these existed.
I came up simultaneously with the attached... why the different order?
I thought I'd alphabetize the ones after LyX Note. It doesn't much
matter
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
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, I
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:
Bo Peng wrote:
Style EndEnvironment
KeepEmpty 1
MarginStatic
LatexType Paragraph
LatexName dummy
ParIndent MM
TopSep0
BottomSep 0
ParSep0
Align
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
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
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
Bo Peng wrote:
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.
Yes, that seems right. I had a similar idea.
rh
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
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.
Jean-Marc Lasgouttes wrote:
Another solution is to remove this special handling for
environments and force to use depth when several paragraphs are in
a same env.
Richard But the many-paragraphs case isn't that exceptional and, in
Richard some cases, is even the most common. So it seems
Bo Peng wrote:
Herbert The current behaviour is easy!
But not so easy for lyx newbies. The question is: what to insert that
do not show up in the screen output (better latex output), yet split
the environment? I remember that it took me 10 minutes to figure that
out a few years ago.
And, as
Stefan Schimanski wrote:
Here is a fix for the grey-bar bug, i.e. randomly only the current
paragraph is drawn and everything else is greyed out.
It'd be great if this fixed this bug. It's very annoying.
Richard
I think it is related to synthetic mouse event. Somehow a redraw is
triggered,
Stefan Schimanski wrote:
FYI: http://bugzilla.lyx.org/show_bug.cgi?id=3851
First guess: looking at Undo::undoText... updateLabels(*buf) will trigger a TOC
update. The cursor of the bufferview is still broken then. It is only fixed
after that call. But ControlToc::getCurrentTocItem(size_t type)
[EMAIL PROTECTED] wrote:
On aussie, i.e. the wiki server, I've got a script that emails me when
uploaded files have been changed. It works well on many days, but
every few days it misbehaves.
Here's the algorithm of the script:
* Check if the script has been executed within the last day, if
Jan Peters wrote:
have you disabled the latex export in RC1?
Not intentionally. ;-)
Please let me know how to export a LyX file to Latex.
What isn't working? Exactly? Can you preview DVI? If so, then the LaTeX
file is being generated.
Richard
--
Jan Peters wrote:
Please let me know how to export a LyX file to Latex.
What isn't working? Exactly? Can you preview DVI? If so, then the LaTeX
file is being generated.
Oh, simpler (yes, I can generate PDFs, DVIs, etc):
File - Export
has only a
File - Export - Custom
So you've got stuff on
The attached simple patch addresses this bug. The problem is detailed
there: http://bugzilla.lyx.org/show_bug.cgi?id=3477.
OK to commit?
Richard
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
, the document processor.
+# Licence details can be found in the file COPYING.
+
+# author Angus Leeming
+# author Georg Baum
+# author Richard Heck
+
+# Full author contact details are available in file CREDITS
+
+# Usage:
+# tex4html_copy.py from file to file
+
+# This script is to be used as a copier
As said. This flag was removed from configure.py a while ago. It was
only ever used with HTML export, and it didn't work there, anyway. I
didn't remove it from Converters.* at that time, because I was intending
to make more extensive changes to this file in connection with HTML
export. But
This time with the patch...
As said. This flag was removed from configure.py a while ago. It was
only ever used with HTML export, and it didn't work there, anyway. I
didn't remove it from Converters.* at that time, because I was intending
to make more extensive changes to this file in
Enrico Forestieri wrote:
On Thu, Jun 14, 2007 at 04:06:16PM -0400, Richard Heck wrote:
I've added two scripts: a dir_copy.py script, that simply copies the
entire temporary directory over to a subdirectory of the intended output
directory, and a tex4html_copy.py script that copies only
Enrico Forestieri wrote:
On Thu, Jun 14, 2007 at 06:49:17PM -0400, Richard Heck wrote:
Enrico Forestieri wrote:
On Thu, Jun 14, 2007 at 04:06:16PM -0400, Richard Heck wrote:
I've added two scripts: a dir_copy.py script, that simply copies the
entire temporary directory over
Uwe Stöhr wrote:
Richard Heck schrieb:
The attached patch should finally make HTML export work properly.
As I wrote in bug 3090 the bug does no longer appear with MiKTeX 2.6
and tex4ht, but to assure that it works with all configurations, your
solution is the right one.
Some annotations
processor.
+# Licence details can be found in the file COPYING.
+
+# author Richard Heck
+
+# Full author contact details are available in file CREDITS
+
+# Usage:
+# ext_copy.py [-e ext1,ext2,...] from file to file
+
+# This script is to be used as a copier script in the sense needed
@@
\paperpagestyle headings
\tracking_changes false
\output_changes false
+\author Richard Heck
\author usti
-\author Richard Heck
\end_header
\begin_body
@@ -17901,7 +17901,7 @@
If the document is of any literate class LyX will then use the internal
LyX to Noweb converter, followed
Georg Baum wrote:
Richard Heck wrote:
Without any optional arguments, this script acts like dir_copy.py did:
It copies all files in LyX's temporary directory to a subdirectory of
the target directory. But now the script takes two optional arguments:
-e: a list of extensions to copy
Enrico Forestieri wrote:
On Fri, Jun 15, 2007 at 12:39:01AM -0400, Richard Heck wrote:
This issue has proven to be difficult, so I think that your solution
is the less intrusive and workable one. I think that we should support
more actively the converters we look for, i.e., provide a -e
Georg Baum wrote:
Richard Heck wrote:
Georg Baum wrote:
Richard Heck wrote:
Without any optional arguments, this script acts like dir_copy.py did:
It copies all files in LyX's temporary directory to a subdirectory of
the target directory. But now the script takes two
Abdelrazak Younes wrote:
I won't be able to commit it this week-end so could anyone show a
little bit of interest please?
I've patched and am compiling now.
rh
--
==
Richard G Heck, Jr
Professor of Philosophy
Brown University
José Matos wrote:
Hi all,
I will start looking to remaining issues before RC2, AFAIR there are two
patches that I would like to have before the release, one by Jürgen that has
a file format change and another related with reverting documents to 1.4.
I think it'd be nice to have Abdel's
Richard Heck wrote:
Abdelrazak Younes wrote:
I won't be able to commit it this week-end so could anyone show a
little bit of interest please?
I've patched and am compiling now.
This patch does fix that crash, but I'm seeing some other odd behavior,
and I'm getting another crash. I don't know
Richard Heck wrote:
Richard Heck wrote:
Second problem: Now, with the TOC open, close the master document.
BOOM. Backtrace below. I'm guessing that the problem here is related
to the first problem. This bug may have been revealed by my don't
close buffer dependent dialogs patch:
http
Abdelrazak Younes wrote:
Richard Heck wrote:
Idea for fix: Since the buffer_func.cpp version of loadLyXFile() is
called from LyXView::loadLyXFile(), anyway, all the child doc stuff
could be moved there. But I don't know this code terribly well. Abdel?
Very good analysis Richard! The solution
Abdelrazak Younes wrote:
Abdelrazak Younes wrote:
Richard Heck wrote:
Idea for fix: Since the buffer_func.cpp version of loadLyXFile() is
called from LyXView::loadLyXFile(), anyway, all the child doc stuff
could be moved there. But I don't know this code terribly well. Abdel?
Very good
Abdelrazak Younes wrote:
Richard Heck wrote:
What follows has to be const_castBuffer (buffer).dispatch().
No, I want rather to use the global dispatch method. So that would be:
+lyx::dispatch(FuncRequest(LFUN_BUFFER_CHILD_OPEN,
MSVC chose this one automatically for me but I'll do
Abdelrazak Younes wrote:
Richard Heck wrote:
What follows has to be const_castBuffer (buffer).dispatch().
No, I want rather to use the global dispatch method. So that would be:
+lyx::dispatch(FuncRequest(LFUN_BUFFER_CHILD_OPEN,
MSVC chose this one automatically for me but I'll do
Abdelrazak Younes wrote:
Richard Heck wrote:
Abdelrazak Younes wrote:
Richard Heck wrote:
What follows has to be const_castBuffer (buffer).dispatch().
No, I want rather to use the global dispatch method. So that would be:
+lyx::dispatch(FuncRequest(LFUN_BUFFER_CHILD_OPEN,
MSVC chose
Alfredo Braunstein wrote:
As I can not click on Outline I can not know what this mean. I would thank
if somebody could tell me what of the following meanings, that appear in
the American Heritage Dictionary, is the correct one in this case:
07. A summary of a written work or speech, usually
[EMAIL PROTECTED] schrieb:
Author: rgheck Date: Wed Jun 6 21:33:57 2007 New Revision: 18692
URL: http://www.lyx.org/trac/changeset/18692 Log: Fix bug 3823:
Division needs not to return an integer. Also added some comments
about a different possible fix.
Two things: - Why do we divide by
Jose, JMarc, Georg,
Views about whether this should now go in?
rh
Richard Heck wrote:
Georg Baum wrote:
Jean-Marc Lasgouttes wrote:
Extended.lyx has a reference to it related to literate programming.
Are you sure it is not relevant anymore?
The problem is that it is horribly broken
Michael Gerz wrote:
Hi,
Based on Enrico's comment, here comes a shorter patch.
I need one more OK.
As Enrico mentioned, you probably want the limiting-precision bit here, too:
if (mustProvide(ct-xcolor-soul)) {
RGBColor cadd =
Beat me to it. Definitely OK, then.
Michael Gerz wrote:
Sorry, folks :-(
Here comes a better patch.
Still one more OK needed.
Michael
Index: LaTeXFeatures.cpp
Michael Gerz wrote:
Hi,
why is a shaded note called shaded? AFAICS, a shaded note is in
fact a colored note both on screen and in LaTeX output!
I have no idea. When I added that menu entry, I stuck with the existing
terminology.
I suggest renaming the menu item and the underlying code. If you
The attached patch builds on Abdel's earlier work and, I think, solves
the remaining problems. Whether this is the best way to do it, I'm not
sure. Abdel was talking about a more major re-organization of the code,
but maybe that could wait.
What I've done is add an optional argument to
Darren Freeman wrote:
Select some text, open Edit-Text Style-Customized, set the text Shape
to Italic. Now make it Emphasized. This combination makes sense if it
appears in a block of text with that Shape but not Emphasized.
On the LyX screen it appears to be back to normal. This is going to
Georg Baum wrote:
Am Samstag, 16. Juni 2007 17:20 schrieb Richard Heck:
Jose, JMarc, Georg,
Views about whether this should now go in?
I think so, but why this return statement?
+// We're not waiting for the result, so we can't do anything
+// else here
Abdelrazak Younes wrote:
Richard Heck wrote:
The attached patch builds on Abdel's earlier work and, I think,
solves the remaining problems. Whether this is the best way to do it,
I'm not sure. Abdel was talking about a more major re-organization of
the code, but maybe that could wait.
Maybe
Abdelrazak Younes wrote:
Hi Richard,
I've done that and did a bit more simplifications. Patch attached
(not tested yet).
Here is a patch that actually compiles and works for all use cases.
Whoops. I just committed the other one, per your suggestion. If you want
to revert and commit this one,
[EMAIL PROTECTED] wrote:
Author: younes
Date: Tue Jun 19 18:03:47 2007
New Revision: 18828
URL: http://www.lyx.org/trac/changeset/18828
Log:
Polish revision 18825 and fix some remaining issues with child documents. The
diff is bigger than it should because of white space issues.
That was
Charles de Miramon wrote:
It is not perfect because, I have not found a way to suppress with sed a
latex tag and the closing brace maybe it should be done in Python with a
macro.
to go from :
\uselesstag{blabla \emph{foo} foo} - blabla \emph{foo} foo
This is probably impossible in sed. It's
Bennett Helm wrote:
On Jun 20, 2007, at 2:56 PM, Neal Becker wrote:
Bennett Helm wrote:
On Jun 20, 2007, at 1:54 PM, Neal Becker wrote:
1.50rc1. Under paragraph settings dialog, all alignment options
always seem to be greyed out.
Did you uncheck the Default box?
Ah! Well, at least one
to \noindent using
ERT.
This is quite tedious so I created a keyboard shortcut to do the job
(with the help of Richard Heck).
\bind C-y command-sequence ert-insert; self-insert \noindent a;
delete-backward; next-inset-toggle
I think this is a common problem and you should consider building it
into LyX
Anders Ekberg wrote:
On 21 jun 2007, at 13.12, Helge Hafting wrote:
Bennett Helm wrote:
It shouldn't be a radio button just like the others, since it's not
an option in the way that the others are.
Sorry, but I consider that a bad argument. Sure, default is a bit
different. That does NOT
Bennett Helm wrote:
On Jun 21, 2007, at 11:38 AM, Edwin Leuven wrote:
and this one doesn't make sense:
if we could tell beforehand what the default was because then we
could show something like:
o Justified (default)
o Left
o Center
o Right
?
Of the options I've seen, I agree that this is
This patch addresses the usability bugs discussed in this thread:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg121160.html
and largely implements Helge's suggestions. (Helge often seems to have
good ideas on these things.) The main change is that the Default
button is now a radio
Alfredo Braunstein wrote:
What happends if the user moves the cursor when the dialog is open, does it
get updated?
The dialog is presently modal, precisely because there's no reliable
trigger right now to do the update. Making this work involves re-working
the controller fairly extensively,
Alfredo Braunstein wrote:
Leuven, E. wrote:
Alfredo Braunstein wrote:
since default takes precedence things go fine in your example.
I see.
WRT the current situation, your approach tends to make things default (on
layout switching) against user will, which is sort of lyx philosophy:
This patch addresses the usability bugs discussed in this thread:
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg121160.html
and largely implements Helge's suggestions. (Helge often seems to have
good ideas on these things.) The main change is that the Default
button is now a radio
José Matos wrote:
On Friday 22 June 2007 17:42:34 Edwin Leuven wrote:
did you have a look at this one?
I had both under my radar. :-)
What are the (minor) differences between both patches?
Edwin's patch attempts to treat the alignment that happens to be the
default (say,
I've committed this now, with a reference to this discussion.
Richard
Richard Heck wrote:
José Matos wrote:
On Friday 22 June 2007 17:42:34 Edwin Leuven wrote:
did you have a look at this one?
I had both under my radar. :-)
What are the (minor) differences between both patches
Uwe Stöhr wrote:
Can anybody help me with this issue?:
Special lines should to be added to the preamble whenever e.g. Arabic
is used in the document.
I know how to do this in Bufferparams.cp when Arabic is the document
language:
if (language-lang() == arabic_arabtex) {
os
Contrary to what I said in a previous message, completing the reworking
of the Paragraph Settings dialog isn't terribly difficult. Here's the
issue: In this dialog---both before the most recent patch and since it,
though there was some disagreement about this---we distinguish between
the
In ParagraphParameters.cpp and elsewhere, there are references to a
leftindent property. At present, however, I see no way to set this
property. In particular, it isn't in the Paragraph Settings dialog, and
isn't in 1.4.4, either. Anyone know the history of this?
Richard
Slight update...
Contrary to what I said in a previous message, completing the reworking
of the Paragraph Settings dialog isn't terribly difficult. Here's the
issue: In this dialog---both before the most recent patch and since it,
though there was some disagreement about this---we distinguish
Michael Gerz wrote:
[EMAIL PROTECTED] schrieb:
Modified: lyx-devel/trunk/src/frontends/qt4/QParagraph.cpp
URL:
http://www.lyx.org/trac/file/lyx-devel/trunk/src/frontends/qt4/QParagraph.cpp?rev=18860
==
---
Alfredo Braunstein wrote:
i also think that non-latex users have a reflex to set things explicitly
and will therefore abuse the dialog to set paragraphs to justified even
though it is the default etc.
In that sense maybe the old interface (Default checkbox + the rest) was
better? (*ducks*)
Edwin Leuven wrote:
Jürgen Spitzmüller wrote:
Edwin Leuven wrote:
Could you remind me again about the reason why we use 5 radio
buttons now
instead of a combobox?
Another reason is that you can see at a glance what the permissible
alignments are. Yet another is that enabling and disabling
Is an HTML copier defined in your preferences? After you run HTML
Export, what files do you have in the temporary LyX directory?
[EMAIL PROTECTED] wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=3632
--- Additional Comments From [EMAIL PROTECTED] 2007-06-24 19:24 ---
O.k. I have
Martin Vermeer wrote:
On Sat, Jun 23, 2007 at 11:35:13PM +0200, Abdelrazak Younes wrote:
Joost Verburg wrote:
Abdelrazak Younes wrote:
I agree with Edwin personally. I would also agree with
o Justified (Default)
o Left
o Center
o Right
But we can change that later if we reach
Abdelrazak Younes wrote:
I would miss the possibility to reset a bunch of paragraphs to
default though
that is a question of ui design and is orthogonal to what i am
proposing. i think for this there should be a reset button...
This is a sensible suggestion IMHO. As we all agree that Default is
Abdelrazak Younes wrote:
Helge Hafting wrote:
If the layout is then changed to Title, then the box
will say
o default (center)
o justified
o right
o center
o left
This way you see clearly whether the alignment is explicit or at its
default - and everything (including default) can be set with a
Mael Hilléreau wrote:
I have a feature request: Would it be possible to perform output
generation in a different thread so that LyX wouldn't freeze while
compiling? This would be particularly appreciated with big documents
which take a long time to come up.
May I file an enhancement at
The attached patch deals with most of the remaining issues with the
Paragraph Settings dialog, after the long discussion about how to do it.
I've redesigned the dialog itself in accord with some ideas of Edwin's,
adapting also some suggestions of Helge's. A screenshot is attached.
This
Edwin Leuven wrote:
Asger Ottar Alstrup wrote:
instead? If you don't like the word Built-in, then please make it
Default Alignment for Current Paragraph (Justified)
to make it *extra* clear what default we are talking about. There is
room enough, according to the screen shot.
or even
An update to the previous patch, incorporating a check for a
multi-paragraph selection. I'll commit after rc2, if there is no
objection. I go away Thursday morning on vacation, though, so if rc2 is
not out by then, someone else will have to do it for me
Richard
The attached patch
An update to the previous patch, incorporating a check for a
multi-paragraph selection. I'll commit after rc2, if there is no
objection. I go away Thursday morning on vacation, though, so if rc2 is
not out by then, someone else will have to do it for me
Richard
The attached patch
Helge Hafting wrote:
Richard Heck wrote:
An update to the previous patch, incorporating a check for a
multi-paragraph selection. I'll commit after rc2, if there is no
objection. I go away Thursday morning on vacation, though, so if rc2 is
not out by then, someone else will have to do it for me
This fixes a bug reported by Helge: changing the paragraph style
needlessly resets all the paragraph parameters. This is important to fix
in the context of the recently committed fixes to paragraph settings.
I'd appreciate it if someone could commit this for me, once we get the
OK. I'll be
Helge Hafting wrote:
Richard Heck wrote:
This fixes a bug reported by Helge: changing the paragraph style
needlessly resets all the paragraph parameters. This is important to
fix in the context of the recently committed fixes to paragraph
settings.
I'd appreciate it if someone could commit
Mael Hilléreau wrote:
To Richard: please, don't forget the list in your reply ;-)
I was out of town and using an unfamiliar system
Le 6 juil. 07 à 23:17, [EMAIL PROTECTED] a écrit :
There are going to be many of dialogs
that behave like this one. AFAIU, precisely all dialogs whose
Jean-Marc Lasgouttes wrote:
Abdelrazak == Abdelrazak Younes [EMAIL PROTECTED] writes:
Abdelrazak Note that Richard asked for comment at the time.
Sure, but he did not point to this particular feature :)
I'm pretty sure he did:
Jean-Marc Lasgouttes wrote:
Hey, that's not fair! I was busy preparing a garden party for 80 people!
To be fair, some of the messages in the thread are familiar to me...
Richard Indeed, how to define the optional argument was one of the
Richard major issues. (The other option was a new LFUN.)
Paul A. Rubin wrote:
Hi,
Before I put this is in as an enhancement request, I wanted to make
sure it doesn't already exist. I know you can define counters in a
layout function. Is there a mechanism to specify, say when defining a
section style, that certain counters get reset at the start
Tommaso Cucinotta wrote:
Abdelrazak Younes ha scritto:
- First your patch is not complete in bugzilla, the added
QSearch.{h,cpp} and QSearchAdv.{h,cpp} are missing. Please send a
complete patch.
Hello, I used svn diff src lib lyx.patch, and I didn't notice it
was not adding new files to
the
Abdelrazak Younes wrote:
Richard Heck wrote:
Tommaso Cucinotta wrote:
Abdelrazak Younes ha scritto:
- First your patch is not complete in bugzilla, the added
QSearch.{h,cpp} and QSearchAdv.{h,cpp} are missing. Please send a
complete patch.
Hello, I used svn diff src lib lyx.patch, and I
Jean-Marc Lasgouttes wrote:
Richard In ParagraphParameters.cpp and elsewhere, there are
Richard references to a leftindent property. At present, however, I
Richard see no way to set this property. In particular, it isn't in
Richard the Paragraph Settings dialog, and isn't in 1.4.4, either.
A couple weeks ago, there was some talk about reworking the syntax of
the arguments passed to LFUNs. At present, it is a bit of a mess. Here's
a suggestion: Why not just have these in the standard GNU form, with
short (or even long) options? There are plenty of libraries for parsing
such
Dov Feldstern wrote:
I've spent an enormous amount of time on getting these two bugs fixed
for 1.5.0, since we realized that they involve format changes. I think
I deserve to have them applied and tested, even if it means postponing
the release for a week or two. I already suggested how we can
://www.lyx.org/
-\lyxformat 274
+\lyxformat 276
\begin_document
\begin_header
\textclass book
@@ -39,9 +39,10 @@
\paperpagestyle headings
\tracking_changes false
\output_changes false
-\author Richard Heck
-\author Jean-Marc Lasgouttes
-\author usti
+\author
+\author
+\author
+\author
Enrico Forestieri wrote:
On Wed, Jul 18, 2007 at 03:21:52AM +0300, Dov Feldstern wrote:
Hi!
Attached find a lyx2lyx for patch 1820. It's not perfect, though --- it
actually corrupts some files which shouldn't be changed at all; if
anyone wants to try and fix that, be my guest, I've just
There are several large issues with this dialog collected in bug 3893.
It really doesn't work very well. Here is a radical suggestion: Get rid
of it in favor of character styles. So we'd have character styles like
Italic, SmallCaps, and the like, accessed via the EditText Styles menu,
rather
I've uploaded a patch to bugzilla
http://bugzilla.lyx.org/show_bug.cgi?id=3309#c3
that adds collapsible character styles, so you can do this:
CharStyle Endnote
InsetType Collapsable
LatexType Command
LatexName endnote
Preamble
\usepackage{endnotes}
EndPreamble
End
and
Jürgen Spitzmüller wrote:
Richard Heck wrote:
Comments welcome.
Could you please wait until 1.5.0 is done?
Sorry, didn't mean to distract you. It just seems as if most of us are
waiting for 1.5.0 to be done---there are a few things left, not
unimportant things, but not much
201 - 300 of 9793 matches
Mail list logo