LyX 1.5 Patch Candidate List #14

[Michael Gerz]

Hi Jürgen,

here comes the latest (and possibly last) patch candidate list.

http://www.lyx.org/trac/changeset/20916 - leuven - add copy to 
clipboard button to log dialog
http://www.lyx.org/trac/changeset/22005 - younes - New file is 
placed in current directory by default. (Abdel: backport is not straight 
forward)
http://www.lyx.org/trac/changeset/22015 - younes - No need to update 
the prefs dialog if it is not visible. (Abdel: probably)
http://www.lyx.org/trac/changeset/22147 - lasgouttes - fix out-of-vector 
addressing when typesetting UserGuide.
http://www.lyx.org/trac/changeset/22214 - sts- at least return a 
valid template on parse error
http://www.lyx.org/trac/changeset/22296 - younes - Fix graphics file 
name. It is textrm_O.png, not textrm_Oe.png (Abdel: maybe)
http://www.lyx.org/trac/changeset/22298 - younes - Implement 
tooltips for visible insets. (Abdel: possibly)
http://www.lyx.org/trac/changeset/22322 - younes - Fix a crash with 
depm. (Abdel: Possibly but not needed apparently.)
http://www.lyx.org/trac/changeset/22386 - rgheck - Minor 
modification: do not worry about .sty extension.
http://www.lyx.org/trac/changeset/22388 - rgheck - Rationalize the 
handling of makeTextClass().


Michael

Re: bug in linguistics module or modules in general

[Jürgen Spitzmüller]

Uwe Stöhr wrote:
  I tried out the new linguistics module and see there that
  \usepackage{covinton}
  appears every time in the preamble when the mudule is used in the
  document.

We need a requires tag.

  Packages loaded by modules should only appear once in the
  preamble, no matter how often the module is used.

 The fix for this is simple: Load the preamble stuff only once before the
 different styles. I did this for covington in the attached patch. This
 should also be done for csquotes, and the definitions.

This doesn't look right. Covington is not needed by all elements of the 
module.

We need a requires tag.

Jürgen

Re: bug in linguistics module or modules in general

[Uwe Stöhr]

 This doesn't look right. Covington is not needed by all elements of the
 module.

But does it matter? I think it doesn't harm to load covington in the preamble when the linguistics 
module is used as you state explicitely in the documentation that covington is needed and the module 
handler checks that it is found by LyX. When covington is not found, you get a warning message, so I 
think doing this is safe.


regards Uwe

Re: bug in linguistics module or modules in general

[Jürgen Spitzmüller]

Uwe Stöhr wrote:
 But does it matter?

Yes. Why do I need to install covington if I do not use it. Besides this, it's 
a hack, and we need a clean solution.

Jürgen

Re: About scrolling in 1.6

[Pavel Sanda]

 intrusive this change required quite some thinking and testing. I am happy 
 with the results now and I would like to invite you all to do some testing. 

both two sample doc i have prepared for scroll testing failed.
one example is here: 
http://bugzilla.lyx.org/attachment.cgi?id=2218action=view

try to collapse some boxes and then try to scroll.
pavel

Re: r22374 - /lyx-devel/trunk/src/insets/InsetGraphicsParams.cpp

[Bo Peng]

On Jan 5, 2008 10:55 PM, Angus Leeming [EMAIL PROTECTED] wrote:
 [EMAIL PROTECTED] wrote:
  Author: bpeng
  Date: Sat Jan  5 05:43:13 2008
  New Revision: 22374
 
  URL: http://www.lyx.org/trac/changeset/22374
  Log:
  Embedding: does not write inzipName option in InsetGraphics because 
  inzipName is now automatically determined

 Isn't this a format change?

No, because \inzipName is still read (and ignored). After the
embedding feature is complete, and we are sure inzipName is not
needed, I will stop reading it and change lyx2lyx accordingly.

Bo

Re: [Cvslog] r22373 - /lyx-devel/trunk/src/support/minizip/zipunzip.cpp

[Bo Peng]

 Hmmm... I don't think it is a good idea mixing C and C++ I/O functions,
 or even using stdout for error messages. Can't lyxerr be used here?

The code was written in c. I replace makedir with our version because
I found a bug in the c implementation. I am not sure if I want to
modify the code more (which is not covered by lyx license) as long as
it works.

Bo

Re: chkconfig.ltx

[rgheck]

Uwe Stöhr wrote:

 %%% For document classes, things are even simpler, since you do not
 %%% need to edit this file. Just put your layout file in some place
 %%% where LyX can find it and add if you wish a description in
 %%% LaTeXConfig.lyx.in, as described above.

From where is this comment? LaTeXConfig.lyx.in has been renamed to 
LaTeXConfig.lyx but the rest is still valid.


This is in chkconfig.ltx. This much may be correct, but other stuff 
there is surely wrong, e.g.:


%%% If you want to add the new package name, all you need most of
%%% the times is a two-steps work:
%%% 1- Add the command \TestPackage{name}. The syntax is:
%%%\TestPackage[file]{name}, which  tests whether name.sty
%%%(or file, if this optional parameter is provided) exists.
%%% 2- Add a description for name in doc/LaTeXConfig.lyx.in,
%%%containing in particular a line like
%%% Found   @chk_name@
%%%This line will be replaced at configure time by the proper text.
%%%

So I'm hoping someone will look at this whole bit and correct the comments.

rh

Re: bug in linguistics module or modules in general

[rgheck]

Jürgen Spitzmüller wrote:

Uwe Stöhr wrote:
  

I tried out the new linguistics module and see there that
\usepackage{covinton}
appears every time in the preamble when the mudule is used in the
document.
  


We need a requires tag.

  

Can you explain exactly what you want here?

I'm confused about why we're seeing this problem with modules. Modules 
aren't loaded any differently from included files. The only difference 
is that they're dynamically associated with documents rather than 
statically associated with layout files. So I'm inclined to think that 
the bug is elsewhere.


So try this: Take the stuff from the linguistics module and paste it 
into a custom layout file. Do we get the same problem?


Richard

Re: [Cvslog] r22329 - /lyx-devel/trunk/src/lfuns.h

[rgheck]

Pavel Sanda wrote:

Author: rgheck
Date: Fri Dec 28 18:57:43 2007
New Revision: 22329

URL: http://www.lyx.org/trac/changeset/22329
Log:
Contributions to the LFUN documentation project.



thanks for this.

  
+/**
+ * LFUN_BUFFER_NEW 
+ * \li Action: Creates a new buffer (that is, document)
+ * \li Syntax: buffer-new
+ */   
   LFUN_BUFFER_NEW, 



wonder whats LFUN_FILE_NEW for. i tried to run it immediately after launching 
lyx and
its behaviour is buggy whatsoever it should do.

  

- * \li Syntax: lfun_paragraph-params [INDENT] [SPACING] [ALIGN] [OTHERS]
- * \li Params: INDENT:  \\noindent|\\indent|\\indent-toggle|\\leftindent 
LENGTH\n
-   SPACING: \\paragraph_spacing 
default|single|onehalf|double|other\n
-  ALIGN:   \\align block|left|right|center|default\n
-  OTHERS:  \\labelwidthstring WIDTH|\\start_of_appendix\n
+   Note that the leftindent indent setting is deprecated.
+ * \li Syntax: paragraph-params INDENT SPACING ALIGN OTHERS



why the change from [] to  ? i wanted to indicate that all params are not 
needed to be used.

  
I was just trying to systematize how the parameters were formatted. 
Won't doxygen do something special to ...?


rh

Scrivener, anything to learn from it?

[christian . ridderstrom]

Hi,

I just read about a software called 'Scrivener' in NY Times:

http://www.nytimes.com/2008/01/06/magazine/06wwln-medium-t.html?ref=technology

The writer seems very pleased with it, here's the Scrivener page for Mac:

http://literatureandlatte.com/scrivener.html

This page has links (and short descriptions) to other writing software:

http://literatureandlatte.com/links.html

Has anyone tried Scrivener, and what can we learn from it?

Btw, I think there's a demo available for Mac.

cheers,
Christian

--
Christian Ridderström, +46-8-768 39 44   http://www.md.kth.se/~chr

Re: r22385 - in /lyx-devel/trunk/src: ModuleList.cpp ModuleLi...

[rgheck]

Angus Leeming wrote:

[EMAIL PROTECTED] wrote:
 Author: rgheck
 Date: Sat Jan  5 17:49:49 2008
 New Revision: 22385

 URL: http://www.lyx.org/trac/changeset/22385
 Log:
 Implement isAvaiable in ModuleList.

Call be blind, but I cannot see where you set LyXModule::checked to 
True...



Uhh, right.
Incidentally, it's usually considered bad practice to expose member 
variables directly (packageList, description, etc). How can you 
prevent someone resetting their values after they've been initialized 
in the c-tor?


Yes, thanks. This was originally just a struct, and it's since 
evolved I'll add a FIXME here and do some accessors later.


rh

Re: LyX 1.5 Patch Candidate List #14

[rgheck]

Michael Gerz wrote:


http://www.lyx.org/trac/changeset/22386 - rgheck - Minor 
modification: do not worry about .sty extension.
http://www.lyx.org/trac/changeset/22388 - rgheck - Rationalize the 
handling of makeTextClass().



Module related and so only for 1.6.

rh

Re: xdg-open

[rgheck]

Per Olofsson wrote:

rgheck wrote:
  

We've been using xdg-open as the first choice for the Debian packages and
subsequently the Ubuntu packages for over a year now and didn't
receive such
a problem report so I suspect that it makes more sense to fix the broken
setup instead of reverting this change.

  
  

The only way you can get to the browser bit is (a) not to be using KDE,
Gnome, or XFCE, and (b) not to have a working version of mimeopen
installed. 



There is no mention of mimeopen in copy of xdg-open. Could it be another
distro-specific patch?

  

Sounds like it.


mimeopen seems like the program I was looking for, though.

  

[EMAIL PROTECTED] ~]$ rpm -qf `which mimeopen`
perl-File-MimeInfo-0.14-1.fc8
[EMAIL PROTECTED] ~]$ rpm -ql $(rpm -qf `which mimeopen`)
/usr/bin/mimeopen
/usr/bin/mimetype
/usr/lib/perl5/vendor_perl/5.8.8/File
/usr/lib/perl5/vendor_perl/5.8.8/File/MimeInfo
/usr/lib/perl5/vendor_perl/5.8.8/File/MimeInfo.pm
/usr/lib/perl5/vendor_perl/5.8.8/File/MimeInfo/Applications.pm
/usr/lib/perl5/vendor_perl/5.8.8/File/MimeInfo/Cookbook.pod
/usr/lib/perl5/vendor_perl/5.8.8/File/MimeInfo/Magic.pm
/usr/lib/perl5/vendor_perl/5.8.8/File/MimeInfo/Rox.pm
/usr/share/doc/perl-File-MimeInfo-0.14
/usr/share/doc/perl-File-MimeInfo-0.14/Changes
/usr/share/doc/perl-File-MimeInfo-0.14/README
/usr/share/man/man1/mimeopen.1.gz
/usr/share/man/man1/mimetype.1.gz
/usr/share/man/man3/File::MimeInfo.3pm.gz
/usr/share/man/man3/File::MimeInfo::Applications.3pm.gz
/usr/share/man/man3/File::MimeInfo::Cookbook.3pm.gz
/usr/share/man/man3/File::MimeInfo::Magic.3pm.gz
/usr/share/man/man3/File::MimeInfo::Rox.3pm.gz

Looks like you could get this from CPAN.
 
rh

Re: changeset/22384

[rgheck]

Uwe Stöhr wrote:
Richard, could you please also update the LaTeXConfig.lyx file 
accordingly to list endnotes there too.



As you saw in your bug report, no can do right now!

rh

Re: Bug 4460, Crash opening LaTeXConfig.lyx

[rgheck]

Backtrace:
gdb /cvs/lyx-devel/trunk/src/lyx --interpreter=mi2 -quiet(gdb) quitquit
The program is running.  Exit anyway? (y or n) [answered Y; input not 
from terminal]

(gdb) Process exited
gdb /cvs/lyx-devel/trunk/src/lyx --interpreter=mi2 -quiet(gdb) quitquit
The program is running.  Exit anyway? (y or n) [answered Y; input not 
from terminal]

(gdb) Process exited
gdb /cvs/lyx-devel/trunk/src/lyx --interpreter=mi2 -quiet(gdb) quitquit
The program is running.  Exit anyway? (y or n) [answered Y; input not 
from terminal]

(gdb) Process exited
gdb /cvs/lyx-devel/trunk/src/lyx --interpreter=mi2 -quiet(gdb) quitquit
The program is running.  Exit anyway? (y or n) [answered Y; input not 
from terminal]

(gdb) Process exited
gdb /cvs/lyx-devel/trunk/src/lyx --interpreter=mi2 -quiet(gdb) bt
bt
#0  lyx::frontend::GuiApplication::notify (this=value optimized out, 
receiver=value optimized out, event=value optimized out) at 
GuiApplication.cpp:451
#1  0x003db46e3450 in QCoreApplication::notifyInternal () from 
/usr/lib64/libQtCore.so.4
#2  0x003db57df76d in QAbstractItemView::verticalScrollbarAction () 
from /usr/lib64/libQtGui.so.4
#3  0x003db57dddf0 in QApplication::x11ProcessEvent () from 
/usr/lib64/libQtGui.so.4
#4  0x003db57ff828 in QAbstractItemView::verticalScrollbarAction () 
from /usr/lib64/libQtGui.so.4
#5  0x003db422eea3 in g_main_context_dispatch () from 
/lib64/libglib-2.0.so.0
#6  0x003db423219d in QAbstractItemView::verticalScrollbarAction () 
from /lib64/libglib-2.0.so.0
#7  0x003db42326ce in g_main_context_iteration () from 
/lib64/libglib-2.0.so.0
#8  0x003db4701610 in QEventDispatcherGlib::processEvents () from 
/usr/lib64/libQtCore.so.4
#9  0x003db57ff62f in QAbstractItemView::verticalScrollbarAction () 
from /usr/lib64/libQtGui.so.4
#10 0x003db46e2af8 in QEventLoop::processEvents () from 
/usr/lib64/libQtCore.so.4

#11 0x003db46e2c0d in QEventLoop::exec () from /usr/lib64/libQtCore.so.4
#12 0x003db46e4b91 in QCoreApplication::exec () from 
/usr/lib64/libQtCore.so.4
#13 0x00a8293f in lyx::frontend::GuiApplication::exec 
(this=value optimized out) at GuiApplication.cpp:359
#14 0x004d66bc in lyx::LyX::exec (this=0x7cc1cdf0, 
[EMAIL PROTECTED], argv=value optimized out) at LyX.cpp:448

#15 0x0042c858 in main (argc=1, argv=0x7cc1cef8) at main.cpp:46
^done
The reported exception is basic_string::erase. Unfortunately, the 
event and receiver variables are optimized out, so I can't tell what 
event this was.


I don't know if it's significant, but it seems like there's a lot of 
verticalScrollbarAction going on here. And along these same lines, when 
attempting to debug some other code, I also saw this same phenomenon. 
Truckloads of calls to this function, and I got some crashes from time 
to time that seemed related to it, too.


Richard

Re: xdg-open

[Per Olofsson]

rgheck wrote:
 Per Olofsson wrote:
 There is no mention of mimeopen in copy of xdg-open. Could it be another
 distro-specific patch?

   
 Sounds like it.

Seems like a good patch, I should add it to the Debian package. Which
distribution are you running?

 
 mimeopen seems like the program I was looking for, though.

 Looks like you could get this from CPAN.

Yes, and it's in the libfile-mimeinfo-perl package in Debian.

-- 
Pelle

Re: xdg-open

[rgheck]

Per Olofsson wrote:

Sven Hoexter wrote:
  

On Sat, Jan 05, 2008 at 06:36:50PM +0100, Pavel Sanda wrote:



If it's really too much pain to fix xdg-open then I've to agree that it
would make more sense to revert the change.


have you some experience how much are xdg devs communicative about the
run-mailcap
thing ?
  

Nope but I've mailed Per, who is the Debian package maintainer for LyX and
xdg-utils, to read this thread. Maybe he can give some more information
about the communication with the xdg people about this issue.



Well, I submitted the patch over a year ago:
https://bugs.freedesktop.org/show_bug.cgi?id=8158

  
This looks worthwhile. But it's a distro-specific solution, since 
run-mailcap doesn't seem available for Fedora and, even if it was, 
/etc/mailcap looks like this:

[EMAIL PROTECTED] ~]$ cat /etc/mailcap
###
### Begin Red Hat Mailcap
###

audio/mod; /usr/bin/mikmod %s
# play is apparently a security hole
#audio/*; /usr/bin/play %s

image/*; gthumb %s

application/msword; ooffice %s
application/pdf; evince %s
application/postscript ; evince %s

text/html; /usr/bin/htmlview %s ; copiousoutput

Richard

Re: xdg-open

[rgheck]

Per Olofsson wrote:

rgheck wrote:
  

Per Olofsson wrote:


There is no mention of mimeopen in copy of xdg-open. Could it be another
distro-specific patch?

  
  

Sounds like it.



Seems like a good patch, I should add it to the Debian package. Which
distribution are you running?

  

Fedora 8 here.

mimeopen seems like the program I was looking for, though.

  

Looks like you could get this from CPAN.



Yes, and it's in the libfile-mimeinfo-perl package in Debian.

  
I intend to sit down and study this program. From a LyX point of view, 
I'm wondering whether we couldn't port it, or a limited version of it, 
to python and include it in our own sources. We obviously don't want to 
depend upon distros to include this sort of package, and LyX doesn't 
really depend upon it, obviously.


rh

Re: [Cvslog] r22388 - in /lyx-devel/trunk/src: Buffer.cpp BufferParams...

[rgheck]

Andre Poenitz wrote:

On Sat, Jan 05, 2008 at 05:04:58PM -, [EMAIL PROTECTED] wrote:
  

[...]
-bool BufferParams::addLayoutModule(string modName, bool makeClass) {
+bool BufferParams::addLayoutModule(string modName) {
[..]
 bool BufferParams::addLayoutModules(vectorstringmodNames)



Grrr...

How many of these things are buried in our core code nowadays?

  
What exactly is bothering you here Andre? You know I always want you to 
be happy.


The addLayoutModules version is commented out at the moment, by the way. 
I've left it because it might be useful at some point, but maybe it 
should just be removed. In fact, I think I'll go remove it right now.


rh

Re: [Cvslog] r22388 - in /lyx-devel/trunk/src: Buffer.cpp BufferParams...

[Peter Kümmel]

rgheck wrote:

Andre Poenitz wrote:

On Sat, Jan 05, 2008 at 05:04:58PM -, [EMAIL PROTECTED] wrote:
 

[...]
-bool BufferParams::addLayoutModule(string modName, bool makeClass) {
+bool BufferParams::addLayoutModule(string modName) {
[..]
 bool BufferParams::addLayoutModules(vectorstringmodNames)



Grrr...

How many of these things are buried in our core code nowadays?

  
What exactly is bothering you here Andre? You know I always want you to 
be happy.


The call by value?



The addLayoutModules version is commented out at the moment, by the way. 
I've left it because it might be useful at some point, but maybe it 
should just be removed. In fact, I think I'll go remove it right now.


rh




--
Peter Kümmel

Re: [Cvslog] r22388 - in /lyx-devel/trunk/src: Buffer.cpp BufferParams...

[rgheck]

Peter Kümmel wrote:

rgheck wrote:

Andre Poenitz wrote:

On Sat, Jan 05, 2008 at 05:04:58PM -, [EMAIL PROTECTED] wrote:
 

[...]
-bool BufferParams::addLayoutModule(string modName, bool makeClass) {
+bool BufferParams::addLayoutModule(string modName) {
[..]
 bool BufferParams::addLayoutModules(vectorstringmodNames)



Grrr...

How many of these things are buried in our core code nowadays?

  
What exactly is bothering you here Andre? You know I always want you 
to be happy.


The call by value?


Well, that should certainly be changed Cheers.

rh

Re: [Cvslog] r22329 - /lyx-devel/trunk/src/lfuns.h

[Pavel Sanda]

 - * \li Syntax: lfun_paragraph-params [INDENT] [SPACING] [ALIGN] [OTHERS]
 - * \li Params: INDENT:  \\noindent|\\indent|\\indent-toggle|\\leftindent 
 LENGTH\n
 -   SPACING: \\paragraph_spacing 
 default|single|onehalf|double|other\n
 -  ALIGN:   \\align block|left|right|center|default\n
 -  OTHERS:  \\labelwidthstring WIDTH|\\start_of_appendix\n
 +   Note that the leftindent indent setting is deprecated.
 + * \li Syntax: paragraph-params INDENT SPACING ALIGN OTHERS
 

 why the change from [] to  ? i wanted to indicate that all params are 
 not needed to be used.

   
 I was just trying to systematize how the parameters were formatted. Won't 
 doxygen do something special to ...?

no, the output is verbatim. maybe i will change this case to eg [INDENT].

pavel

Re: Scrivener, anything to learn from it?

[Bennett Helm]

On Jan 6, 2008, at 11:40 AM, [EMAIL PROTECTED] wrote:


Hi,

I just read about a software called 'Scrivener' in NY Times:
	http://www.nytimes.com/2008/01/06/magazine/06wwln-medium-t.html? 
ref=technology


The writer seems very pleased with it, here's the Scrivener page  
for Mac:


http://literatureandlatte.com/scrivener.html

This page has links (and short descriptions) to other writing  
software:


http://literatureandlatte.com/links.html

Has anyone tried Scrivener, and what can we learn from it?

Btw, I think there's a demo available for Mac.


I just tried the demo. (Note that it's only available on Mac; there  
is a video demo here: http://literatureandlatte.com/ 
Scrivener_intro.mov.) It's really a system for doing research,  
taking notes, outlining and organizing ideas, and creating a draft. I  
seems to have some of the same virtues as LyX in that it attempts to  
separate logical structure from formatting, though it does not on its  
own produce the final output, but merely exports to other formats  
(.rtf, .doc, and even a form of .tex), and the expectation seems to  
be that after the draft is written, you export and then fix things up  
in another application in the process of producing the final  
document. Its strengths seem to be to provide a place where you can  
dump all the files you run across or create as you work on a project  
and then organize all that material in the process of writing. But  
its weakness also seems to be that it is such an all-in-one system:  
it forces you to work in a certain way, buying into that system,  
which may not be suitable for everyone. (It doesn't suit me, and I'd  
prefer to use multiple applications for different purposes as I do  
research, organize, and write.)


What can LyX learn from it? I'm not sure. I don't think LyX should  
try to become a do-everything application the way Scrivener tries.  
But, in line with the recent thread on outlining, I do think we could  
focus a bit more on outlining *in the main window* rather than in a  
separate dock (or the drawer on Mac). That is, I'd like to be able to  
manipulate document headings (Part/Chapter/Section/Subsection/...)  
with the keyboard in the same way we now can manipulate levels of  
enumerate environments. Thus (on Mac), CmdOptrightarrow should  
demote a document heading from Chapter to Section, just as it  
increases depth of numbering. And CmdOptuparrow, when the  
cursor is in a section heading, should move the whole section, text  
and all, up one level (something like what can be done with moving  
single paragraphs of text up or down). Yes, I know this can be done  
with the outlining dock with the mouse. But it would be useful to  
have keybindings *and* to do it in the main text.


I also find it useful to fold sections (and text) up and down and --  
a feature in OmniOutliner (http://www.omnigroup.com/applications/ 
omnioutliner/) -- to hoist a section: to focus only on that  
section and its subsections, temporarily hiding (and not just  
folding) all other sections. (This is something like the  
Scrivenings feature of Scrivener.) Hoisting doesn't sound that  
useful until you try it on a long, highly structured outline; then  
it's great.


Bennett

Re: [Cvslog] r22329 - /lyx-devel/trunk/src/lfuns.h

[rgheck]

no, the output is verbatim. maybe i will change this case to eg [INDENT].

  

I beat you to it!!

rh

LFUN Docs and LFUN Order

[rgheck]

The LFUNs in lfun.h are, from what I can tell, in no particular order. 
Now that we're doxyfying them, it seems as if some sensible order would 
be worth having, so that the generated documentation would have a 
sensible order, too. Are there opinions on how that should be 
done---viz., alphabetically, thematically, ??? I'm not proposing to do 
this myself, not at the moment, anyway, but it'd be easier to do, 
actually, before we get too much more doxygen in there.


rh

Re: Scrivener, anything to learn from it?

[Pavel Sanda]

 drawer on Mac). That is, I'd like to be able to manipulate document 
 headings (Part/Chapter/Section/Subsection/...) with the keyboard in the 
 same way we now can manipulate levels of enumerate environments. Thus (on 
 Mac), CmdOptrightarrow should demote a document heading from Chapter 
 to Section, just as it increases depth of numbering. And 

binding lfuns outline-in/out/up/down to keyboard shortcuts is not enough ?
pavel

Re: LFUN Docs and LFUN Order

[Pavel Sanda]

 order, too. Are there opinions on how that should be done---viz., 
 alphabetically, thematically, ??? 

i would vote for thematical (re)grouping

i also wonder whats the meaning of number-counting of the lfuns.
does anybody use it or can it be deleted too ?

pavel

Re:Scrivener, anything to learn from it?

[Anders Ekberg]

christian . ridderstrom
Sun, 06 Jan 2008 08:41:11 -0800
Hi,
I just read about a software called 'Scrivener' in NY Times:
   
http://www.nytimes.com/2008/01/06/magazine/06wwln-medium-t.html?ref=technology
The writer seems very pleased with it, here's the Scrivener page for  
Mac:

   http://literatureandlatte.com/scrivener.html
This page has links (and short descriptions) to other writing  
software:

   http://literatureandlatte.com/links.html
Has anyone tried Scrivener, and what can we learn from it?
Btw, I think there's a demo available for Mac.


Well I have become addicted to full-screen editing (though not in  
Scrivener)

http://literatureandlatte.com/screens8.html

Anders

Re: [Cvslog] r22329 - /lyx-devel/trunk/src/lfuns.h

[Pavel Sanda]

 no, the output is verbatim. maybe i will change this case to eg 
 [INDENT].

   
 I beat you to it!!

you want to eat all the commit joy for this day, dont you :D
p

Re: xdg-open

[Rex Dieter]

Pavel Sanda wrote:

 Yes, but the point is that by using xdg-open, we use whatever the user
 has set as default, rather than (say) using acroread when they've set
 kpdf. The
 
 afaik the problem is that there is no unified system how to handle file
 types in linux. xdg-open is just script trying handle gnome,kde and xfce;
 so anyone using another manager (e16 in my case) get firefox for _any_
 kind for filetype.
 
 we have our own system for launching viewers for different filetypes, so
 why to pass the control to xdg-open, which (at least on some) systems work
 worse ?

Please submit patches (to xdg-utils) to add support for your own system,
and I'll do what I can to them integrated into upstream xdg-utils.

-- Rex

Re: xdg-open

[Rex Dieter]

Per Olofsson wrote:

 rgheck wrote:
 Per Olofsson wrote:
 There is no mention of mimeopen in copy of xdg-open. Could it be another
 distro-specific patch?

   
 Sounds like it.
 
 Seems like a good patch, I should add it to the Debian package. Which
 distribution are you running?

fwiw, mimeopen support was added to fedora's xdg-utils, and I had the
intention of pushing that upstream, but never got round-tuit.  My bad.

-- Rex

Re: xdg-open

[Rex Dieter]

Per Olofsson wrote:

 Well, I submitted the patch over a year ago:
 https://bugs.freedesktop.org/show_bug.cgi?id=8158

I'll (help) take care of it, looks nice, btw. :)

-- Rex

Re: LFUN Docs and LFUN Order

[rgheck]

Pavel Sanda wrote:
order, too. Are there opinions on how that should be done---viz., 
alphabetically, thematically, ??? 



i would vote for thematical (re)grouping

i also wonder whats the meaning of number-counting of the lfuns.
does anybody use it or can it be deleted too ?

  
The only use I can imagine for it is during debugging, when you might 
want to know what LFUN is being passed as argument somewhere. But most 
debuggers translate it anyway.


Richard

Re: r22410 - in /lyx-devel/trunk/src: EmbeddedFiles.cpp Embed...

[Bo Peng]

 URL: http://www.lyx.org/trac/changeset/22410
 Log:
 Embedding: After another round of EmbeddedFiles changes, embedded figures 
 should more or less work now.

Expect bugs, but you may want to play with the embedding feature
(InsetGraphics only) now, by

Enable, disable embedding
Change embedding status of figures
Save and load file
View source, and view pdf/dvi outputs.

I am testing more advanced operations such as

operations without external files
update from external files

BTW,

1. It would be nice to show the embedding status of an inset visually.
Any idea? A frame? An icon to the corner?

2. A lfunc like LFUN_EMBED_ALL to toggle embedding status of all
insets would help. It may be straightforward to do this in
Document-Settings-Embedding but Document-Settings is supposed to
change BufferParams, not Buffer.

Cheers,
Bo

Re: bug in linguistics module or modules in general

[RGH]

Uwe Stöhr wrote:
  I tried out the new linguistics module and see there that
  \usepackage{covinton}
  appears every time in the preamble when the mudule is used in the
  document.

We need a requires tag.

  
I've looked into this a bit, and what's happening is that the preamble 
information is being added for each used layout. Since 
\usepackage{covington} is listed for a few different constructs, you 
get it included one for each one you use:


docstring const LaTeXFeatures::getTClassPreamble() const
{
...
   listdocstring::const_iterator cit = usedLayouts_.begin();
   listdocstring::const_iterator end = usedLayouts_.end();
   for (; cit != end; ++cit) {
   tcpreamble  tclass[*cit]-preamble();
   }
...
   return tcpreamble.str();
}

So this is a general layout issue, not anything specific to modules.

As spitz says: We need a Requires tag.

rh

LyX 1.5 Patch Candidate List #14

[Michael Gerz]

Hi Jürgen,

here comes the latest (and possibly last) patch candidate list.

http://www.lyx.org/trac/changeset/20916 - leuven - add "copy to 
clipboard" button to log dialog
http://www.lyx.org/trac/changeset/22005 - younes - New file is 
placed in current directory by default. (Abdel: backport is not straight 
forward)
http://www.lyx.org/trac/changeset/22015 - younes - No need to update 
the prefs dialog if it is not visible. (Abdel: probably)
http://www.lyx.org/trac/changeset/22147 - lasgouttes - fix out-of-vector 
addressing when typesetting UserGuide.
http://www.lyx.org/trac/changeset/22214 - sts- at least return a 
valid template on parse error
http://www.lyx.org/trac/changeset/22296 - younes - Fix graphics file 
name. It is textrm_O.png, not textrm_Oe.png (Abdel: maybe)
http://www.lyx.org/trac/changeset/22298 - younes - Implement 
tooltips for visible insets. (Abdel: possibly)
http://www.lyx.org/trac/changeset/22322 - younes - Fix a crash with 
depm. (Abdel: Possibly but not needed apparently.)
http://www.lyx.org/trac/changeset/22386 - rgheck - Minor 
modification: do not worry about .sty extension.
http://www.lyx.org/trac/changeset/22388 - rgheck - Rationalize the 
handling of makeTextClass().


Michael

Re: bug in linguistics module or modules in general

[Jürgen Spitzmüller]

Uwe Stöhr wrote:
> > I tried out the new linguistics module and see there that
> > \usepackage{covinton}
> > appears every time in the preamble when the mudule is used in the
> > document.

We need a requires tag.

> > Packages loaded by modules should only appear once in the
> > preamble, no matter how often the module is used.
>
> The fix for this is simple: Load the preamble stuff only once before the
> different styles. I did this for covington in the attached patch. This
> should also be done for csquotes, and the definitions.

This doesn't look right. Covington is not needed by all elements of the 
module.

We need a requires tag.

Jürgen

Re: bug in linguistics module or modules in general

[Uwe Stöhr]

> This doesn't look right. Covington is not needed by all elements of the
> module.

But does it matter? I think it doesn't harm to load covington in the preamble when the linguistics 
module is used as you state explicitely in the documentation that covington is needed and the module 
handler checks that it is found by LyX. When covington is not found, you get a warning message, so I 
think doing this is safe.


regards Uwe

Re: bug in linguistics module or modules in general

[Jürgen Spitzmüller]

Uwe Stöhr wrote:
> But does it matter?

Yes. Why do I need to install covington if I do not use it. Besides this, it's 
a hack, and we need a clean solution.

Jürgen

Re: About scrolling in 1.6

[Pavel Sanda]

> intrusive this change required quite some thinking and testing. I am happy 
> with the results now and I would like to invite you all to do some testing. 

both two sample doc i have prepared for scroll testing failed.
one example is here: 
http://bugzilla.lyx.org/attachment.cgi?id=2218=view

try to collapse some boxes and then try to scroll.
pavel

Re: r22374 - /lyx-devel/trunk/src/insets/InsetGraphicsParams.cpp

[Bo Peng]

On Jan 5, 2008 10:55 PM, Angus Leeming <[EMAIL PROTECTED]> wrote:
> [EMAIL PROTECTED] wrote:
> > Author: bpeng
> > Date: Sat Jan  5 05:43:13 2008
> > New Revision: 22374
> >
> > URL: http://www.lyx.org/trac/changeset/22374
> > Log:
> > Embedding: does not write inzipName option in InsetGraphics because 
> > inzipName is now automatically determined
>
> Isn't this a format change?

No, because \inzipName is still read (and ignored). After the
embedding feature is complete, and we are sure inzipName is not
needed, I will stop reading it and change lyx2lyx accordingly.

Bo

Re: [Cvslog] r22373 - /lyx-devel/trunk/src/support/minizip/zipunzip.cpp

[Bo Peng]

>
> Hmmm... I don't think it is a good idea mixing C and C++ I/O functions,
> or even using stdout for error messages. Can't lyxerr be used here?

The code was written in c. I replace makedir with our version because
I found a bug in the c implementation. I am not sure if I want to
modify the code more (which is not covered by lyx license) as long as
it works.

Bo

Re: chkconfig.ltx

[rgheck]

Uwe Stöhr wrote:

> %%% For document classes, things are even simpler, since you do not
> %%% need to edit this file. Just put your layout file in some place
> %%% where LyX can find it and add if you wish a description in
> %%% LaTeXConfig.lyx.in, as described above.

From where is this comment? LaTeXConfig.lyx.in has been renamed to 
LaTeXConfig.lyx but the rest is still valid.


This is in chkconfig.ltx. This much may be correct, but other stuff 
there is surely wrong, e.g.:


%%% If you want to add the new package , all you need most of
%%% the times is a two-steps work:
%%% 1- Add the command \TestPackage{}. The syntax is:
%%%\TestPackage[]{}, which  tests whether .sty
%%%(or , if this optional parameter is provided) exists.
%%% 2- Add a description for  in doc/LaTeXConfig.lyx.in,
%%%containing in particular a line like
%%% Found   @chk_@
%%%This line will be replaced at configure time by the proper text.
%%%

So I'm hoping someone will look at this whole bit and correct the comments.

rh

Re: bug in linguistics module or modules in general

[rgheck]

Jürgen Spitzmüller wrote:

Uwe Stöhr wrote:
  

I tried out the new linguistics module and see there that
\usepackage{covinton}
appears every time in the preamble when the mudule is used in the
document.
  


We need a requires tag.

  

Can you explain exactly what you want here?

I'm confused about why we're seeing this problem with modules. Modules 
aren't loaded any differently from included files. The only difference 
is that they're dynamically associated with documents rather than 
statically associated with layout files. So I'm inclined to think that 
the bug is elsewhere.


So try this: Take the stuff from the linguistics module and paste it 
into a custom layout file. Do we get the same problem?


Richard

Re: [Cvslog] r22329 - /lyx-devel/trunk/src/lfuns.h

[rgheck]

Pavel Sanda wrote:

Author: rgheck
Date: Fri Dec 28 18:57:43 2007
New Revision: 22329

URL: http://www.lyx.org/trac/changeset/22329
Log:
Contributions to the LFUN documentation project.



thanks for this.

  
+/**
+ * LFUN_BUFFER_NEW 
+ * \li Action: Creates a new buffer (that is, document)
+ * \li Syntax: buffer-new
+ */   
   LFUN_BUFFER_NEW, 



wonder whats LFUN_FILE_NEW for. i tried to run it immediately after launching 
lyx and
its behaviour is buggy whatsoever it should do.

  

- * \li Syntax: lfun_paragraph-params [INDENT] [SPACING] [ALIGN] [OTHERS]
- * \li Params: INDENT:  \\noindent|\\indent|\\indent-toggle|\\leftindent 
LENGTH\n
-   SPACING: \\paragraph_spacing 
default|single|onehalf|double|other\n
-  ALIGN:   \\align block|left|right|center|default\n
-  OTHERS:  \\labelwidthstring WIDTH|\\start_of_appendix\n
+   Note that the "leftindent" indent setting is deprecated.
+ * \li Syntax: paragraph-params



why the change from [] to <> ? i wanted to indicate that all params are not 
needed to be used.

  
I was just trying to systematize how the parameters were formatted. 
Won't doxygen do something special to <...>?


rh

Scrivener, anything to learn from it?

[christian . ridderstrom]

Hi,

I just read about a software called 'Scrivener' in NY Times:

http://www.nytimes.com/2008/01/06/magazine/06wwln-medium-t.html?ref=technology

The writer seems very pleased with it, here's the Scrivener page for Mac:

http://literatureandlatte.com/scrivener.html

This page has links (and short descriptions) to other writing software:

http://literatureandlatte.com/links.html

Has anyone tried Scrivener, and what can we learn from it?

Btw, I think there's a demo available for Mac.

cheers,
Christian

--
Christian Ridderström, +46-8-768 39 44   http://www.md.kth.se/~chr

Re: r22385 - in /lyx-devel/trunk/src: ModuleList.cpp ModuleLi...

[rgheck]

Angus Leeming wrote:

[EMAIL PROTECTED] wrote:
> Author: rgheck
> Date: Sat Jan  5 17:49:49 2008
> New Revision: 22385
>
> URL: http://www.lyx.org/trac/changeset/22385
> Log:
> Implement isAvaiable in ModuleList.

Call be blind, but I cannot see where you set LyXModule::checked to 
True...



Uhh, right.
Incidentally, it's usually considered bad practice to expose member 
variables directly (packageList, description, etc). How can you 
prevent someone resetting their values after they've been initialized 
in the c-tor?


Yes, thanks. This was originally just a struct, and it's since 
evolved I'll add a FIXME here and do some accessors later.


rh

Re: LyX 1.5 Patch Candidate List #14

[rgheck]

Michael Gerz wrote:


http://www.lyx.org/trac/changeset/22386 - rgheck - Minor 
modification: do not worry about .sty extension.
http://www.lyx.org/trac/changeset/22388 - rgheck - Rationalize the 
handling of makeTextClass().



Module related and so only for 1.6.

rh

Re: xdg-open

[rgheck]

Per Olofsson wrote:

rgheck wrote:
  

We've been using xdg-open as the first choice for the Debian packages and
subsequently the Ubuntu packages for over a year now and didn't
receive such
a problem report so I suspect that it makes more sense to fix the broken
setup instead of reverting this change.

  
  

The only way you can get to the browser bit is (a) not to be using KDE,
Gnome, or XFCE, and (b) not to have a working version of mimeopen
installed. 



There is no mention of mimeopen in copy of xdg-open. Could it be another
distro-specific patch?

  

Sounds like it.


mimeopen seems like the program I was looking for, though.

  

[EMAIL PROTECTED] ~]$ rpm -qf `which mimeopen`
perl-File-MimeInfo-0.14-1.fc8
[EMAIL PROTECTED] ~]$ rpm -ql $(rpm -qf `which mimeopen`)
/usr/bin/mimeopen
/usr/bin/mimetype
/usr/lib/perl5/vendor_perl/5.8.8/File
/usr/lib/perl5/vendor_perl/5.8.8/File/MimeInfo
/usr/lib/perl5/vendor_perl/5.8.8/File/MimeInfo.pm
/usr/lib/perl5/vendor_perl/5.8.8/File/MimeInfo/Applications.pm
/usr/lib/perl5/vendor_perl/5.8.8/File/MimeInfo/Cookbook.pod
/usr/lib/perl5/vendor_perl/5.8.8/File/MimeInfo/Magic.pm
/usr/lib/perl5/vendor_perl/5.8.8/File/MimeInfo/Rox.pm
/usr/share/doc/perl-File-MimeInfo-0.14
/usr/share/doc/perl-File-MimeInfo-0.14/Changes
/usr/share/doc/perl-File-MimeInfo-0.14/README
/usr/share/man/man1/mimeopen.1.gz
/usr/share/man/man1/mimetype.1.gz
/usr/share/man/man3/File::MimeInfo.3pm.gz
/usr/share/man/man3/File::MimeInfo::Applications.3pm.gz
/usr/share/man/man3/File::MimeInfo::Cookbook.3pm.gz
/usr/share/man/man3/File::MimeInfo::Magic.3pm.gz
/usr/share/man/man3/File::MimeInfo::Rox.3pm.gz

Looks like you could get this from CPAN.
 
rh

Re: changeset/22384

[rgheck]

Uwe Stöhr wrote:
Richard, could you please also update the LaTeXConfig.lyx file 
accordingly to list endnotes there too.



As you saw in your bug report, no can do right now!

rh

Re: Bug 4460, Crash opening LaTeXConfig.lyx

[rgheck]

Backtrace:
gdb /cvs/lyx-devel/trunk/src/lyx --interpreter=mi2 -quiet(gdb) quitquit
The program is running.  Exit anyway? (y or n) [answered Y; input not 
from terminal]

(gdb) Process exited
gdb /cvs/lyx-devel/trunk/src/lyx --interpreter=mi2 -quiet(gdb) quitquit
The program is running.  Exit anyway? (y or n) [answered Y; input not 
from terminal]

(gdb) Process exited
gdb /cvs/lyx-devel/trunk/src/lyx --interpreter=mi2 -quiet(gdb) quitquit
The program is running.  Exit anyway? (y or n) [answered Y; input not 
from terminal]

(gdb) Process exited
gdb /cvs/lyx-devel/trunk/src/lyx --interpreter=mi2 -quiet(gdb) quitquit
The program is running.  Exit anyway? (y or n) [answered Y; input not 
from terminal]

(gdb) Process exited
gdb /cvs/lyx-devel/trunk/src/lyx --interpreter=mi2 -quiet(gdb) bt
bt
#0  lyx::frontend::GuiApplication::notify (this=, 
receiver=, event=) at 
GuiApplication.cpp:451
#1  0x003db46e3450 in QCoreApplication::notifyInternal () from 
/usr/lib64/libQtCore.so.4
#2  0x003db57df76d in QAbstractItemView::verticalScrollbarAction () 
from /usr/lib64/libQtGui.so.4
#3  0x003db57dddf0 in QApplication::x11ProcessEvent () from 
/usr/lib64/libQtGui.so.4
#4  0x003db57ff828 in QAbstractItemView::verticalScrollbarAction () 
from /usr/lib64/libQtGui.so.4
#5  0x003db422eea3 in g_main_context_dispatch () from 
/lib64/libglib-2.0.so.0
#6  0x003db423219d in QAbstractItemView::verticalScrollbarAction () 
from /lib64/libglib-2.0.so.0
#7  0x003db42326ce in g_main_context_iteration () from 
/lib64/libglib-2.0.so.0
#8  0x003db4701610 in QEventDispatcherGlib::processEvents () from 
/usr/lib64/libQtCore.so.4
#9  0x003db57ff62f in QAbstractItemView::verticalScrollbarAction () 
from /usr/lib64/libQtGui.so.4
#10 0x003db46e2af8 in QEventLoop::processEvents () from 
/usr/lib64/libQtCore.so.4

#11 0x003db46e2c0d in QEventLoop::exec () from /usr/lib64/libQtCore.so.4
#12 0x003db46e4b91 in QCoreApplication::exec () from 
/usr/lib64/libQtCore.so.4
#13 0x00a8293f in lyx::frontend::GuiApplication::exec 
(this=) at GuiApplication.cpp:359
#14 0x004d66bc in lyx::LyX::exec (this=0x7cc1cdf0, 
[EMAIL PROTECTED], argv=) at LyX.cpp:448

#15 0x0042c858 in main (argc=1, argv=0x7cc1cef8) at main.cpp:46
^done
The reported exception is "basic_string::erase". Unfortunately, the 
event and receiver variables are optimized out, so I can't tell what 
event this was.


I don't know if it's significant, but it seems like there's a lot of 
verticalScrollbarAction going on here. And along these same lines, when 
attempting to debug some other code, I also saw this same phenomenon. 
Truckloads of calls to this function, and I got some crashes from time 
to time that seemed related to it, too.


Richard

Re: xdg-open

[Per Olofsson]

rgheck wrote:
> Per Olofsson wrote:
>> There is no mention of mimeopen in copy of xdg-open. Could it be another
>> distro-specific patch?
>>
>>   
> Sounds like it.

Seems like a good patch, I should add it to the Debian package. Which
distribution are you running?

> 
>> mimeopen seems like the program I was looking for, though.
>>
> Looks like you could get this from CPAN.

Yes, and it's in the libfile-mimeinfo-perl package in Debian.

-- 
Pelle

Re: xdg-open

[rgheck]

Per Olofsson wrote:

Sven Hoexter wrote:
  

On Sat, Jan 05, 2008 at 06:36:50PM +0100, Pavel Sanda wrote:



If it's really too much pain to fix xdg-open then I've to agree that it
would make more sense to revert the change.


have you some experience how much are xdg devs communicative about the
run-mailcap
thing ?
  

Nope but I've mailed Per, who is the Debian package maintainer for LyX and
xdg-utils, to read this thread. Maybe he can give some more information
about the communication with the xdg people about this issue.



Well, I submitted the patch over a year ago:
https://bugs.freedesktop.org/show_bug.cgi?id=8158

  
This looks worthwhile. But it's a distro-specific solution, since 
run-mailcap doesn't seem available for Fedora and, even if it was, 
/etc/mailcap looks like this:

[EMAIL PROTECTED] ~]$ cat /etc/mailcap
###
### Begin Red Hat Mailcap
###

audio/mod; /usr/bin/mikmod %s
# play is apparently a security hole
#audio/*; /usr/bin/play %s

image/*; gthumb %s

application/msword; ooffice %s
application/pdf; evince %s
application/postscript ; evince %s

text/html; /usr/bin/htmlview %s ; copiousoutput

Richard

Re: xdg-open

[rgheck]

Per Olofsson wrote:

rgheck wrote:
  

Per Olofsson wrote:


There is no mention of mimeopen in copy of xdg-open. Could it be another
distro-specific patch?

  
  

Sounds like it.



Seems like a good patch, I should add it to the Debian package. Which
distribution are you running?

  

Fedora 8 here.

mimeopen seems like the program I was looking for, though.

  

Looks like you could get this from CPAN.



Yes, and it's in the libfile-mimeinfo-perl package in Debian.

  
I intend to sit down and study this program. From a LyX point of view, 
I'm wondering whether we couldn't port it, or a limited version of it, 
to python and include it in our own sources. We obviously don't want to 
depend upon distros to include this sort of package, and LyX doesn't 
really depend upon it, obviously.


rh

Re: [Cvslog] r22388 - in /lyx-devel/trunk/src: Buffer.cpp BufferParams...

[rgheck]

Andre Poenitz wrote:

On Sat, Jan 05, 2008 at 05:04:58PM -, [EMAIL PROTECTED] wrote:
  

[...]
-bool BufferParams::addLayoutModule(string modName, bool makeClass) {
+bool BufferParams::addLayoutModule(string modName) {
[..]
 bool BufferParams::addLayoutModules(vectormodNames)



Grrr...

How many of these things are buried in our core code nowadays?

  
What exactly is bothering you here Andre? You know I always want you to 
be happy.


The addLayoutModules version is commented out at the moment, by the way. 
I've left it because it might be useful at some point, but maybe it 
should just be removed. In fact, I think I'll go remove it right now.


rh

Re: [Cvslog] r22388 - in /lyx-devel/trunk/src: Buffer.cpp BufferParams...

[Peter Kümmel]

rgheck wrote:

Andre Poenitz wrote:

On Sat, Jan 05, 2008 at 05:04:58PM -, [EMAIL PROTECTED] wrote:
 

[...]
-bool BufferParams::addLayoutModule(string modName, bool makeClass) {
+bool BufferParams::addLayoutModule(string modName) {
[..]
 bool BufferParams::addLayoutModules(vectormodNames)



Grrr...

How many of these things are buried in our core code nowadays?

  
What exactly is bothering you here Andre? You know I always want you to 
be happy.


The call by value?



The addLayoutModules version is commented out at the moment, by the way. 
I've left it because it might be useful at some point, but maybe it 
should just be removed. In fact, I think I'll go remove it right now.


rh




--
Peter Kümmel

Re: [Cvslog] r22388 - in /lyx-devel/trunk/src: Buffer.cpp BufferParams...

[rgheck]

Peter Kümmel wrote:

rgheck wrote:

Andre Poenitz wrote:

On Sat, Jan 05, 2008 at 05:04:58PM -, [EMAIL PROTECTED] wrote:
 

[...]
-bool BufferParams::addLayoutModule(string modName, bool makeClass) {
+bool BufferParams::addLayoutModule(string modName) {
[..]
 bool BufferParams::addLayoutModules(vectormodNames)



Grrr...

How many of these things are buried in our core code nowadays?

  
What exactly is bothering you here Andre? You know I always want you 
to be happy.


The call by value?


Well, that should certainly be changed Cheers.

rh

Re: [Cvslog] r22329 - /lyx-devel/trunk/src/lfuns.h

[Pavel Sanda]

>>> - * \li Syntax: lfun_paragraph-params [INDENT] [SPACING] [ALIGN] [OTHERS]
>>> - * \li Params: INDENT:  \\noindent|\\indent|\\indent-toggle|\\leftindent 
>>> LENGTH\n
>>> -   SPACING: \\paragraph_spacing 
>>> default|single|onehalf|double|other\n
>>> -  ALIGN:   \\align block|left|right|center|default\n
>>> -  OTHERS:  \\labelwidthstring WIDTH|\\start_of_appendix\n
>>> +   Note that the "leftindent" indent setting is deprecated.
>>> + * \li Syntax: paragraph-params
>>> 
>>
>> why the change from [] to <> ? i wanted to indicate that all params are 
>> not needed to be used.
>>
>>   
> I was just trying to systematize how the parameters were formatted. Won't 
> doxygen do something special to <...>?

no, the output is verbatim. maybe i will change this case to eg [].

pavel

Re: Scrivener, anything to learn from it?

[Bennett Helm]

On Jan 6, 2008, at 11:40 AM, [EMAIL PROTECTED] wrote:


Hi,

I just read about a software called 'Scrivener' in NY Times:
	http://www.nytimes.com/2008/01/06/magazine/06wwln-medium-t.html? 
ref=technology


The writer seems very pleased with it, here's the Scrivener page  
for Mac:


http://literatureandlatte.com/scrivener.html

This page has links (and short descriptions) to other writing  
software:


http://literatureandlatte.com/links.html

Has anyone tried Scrivener, and what can we learn from it?

Btw, I think there's a demo available for Mac.


I just tried the demo. (Note that it's only available on Mac; there  
is a video demo here: .) It's really a system for doing research,  
taking notes, outlining and organizing ideas, and creating a draft. I  
seems to have some of the same virtues as LyX in that it attempts to  
separate logical structure from formatting, though it does not on its  
own produce the final output, but merely exports to other formats  
(.rtf, .doc, and even a form of .tex), and the expectation seems to  
be that after the draft is written, you export and then fix things up  
in another application in the process of producing the final  
document. Its strengths seem to be to provide a place where you can  
dump all the files you run across or create as you work on a project  
and then organize all that material in the process of writing. But  
its weakness also seems to be that it is such an all-in-one system:  
it forces you to work in a certain way, buying into that system,  
which may not be suitable for everyone. (It doesn't suit me, and I'd  
prefer to use multiple applications for different purposes as I do  
research, organize, and write.)


What can LyX learn from it? I'm not sure. I don't think LyX should  
try to become a do-everything application the way Scrivener tries.  
But, in line with the recent thread on outlining, I do think we could  
focus a bit more on outlining *in the main window* rather than in a  
separate dock (or the drawer on Mac). That is, I'd like to be able to  
manipulate document headings (Part/Chapter/Section/Subsection/...)  
with the keyboard in the same way we now can manipulate levels of  
enumerate environments. Thus (on Mac),  should  
demote a document heading from Chapter to Section, just as it  
increases depth of numbering. And , when the  
cursor is in a section heading, should move the whole section, text  
and all, up one level (something like what can be done with moving  
single paragraphs of text up or down). Yes, I know this can be done  
with the outlining dock with the mouse. But it would be useful to  
have keybindings *and* to do it in the main text.


I also find it useful to fold sections (and text) up and down and --  
a feature in OmniOutliner () -- to "hoist" a section: to focus only on that  
section and its subsections, temporarily hiding (and not just  
folding) all other sections. (This is something like the  
"Scrivenings" feature of Scrivener.) "Hoisting" doesn't sound that  
useful until you try it on a long, highly structured outline; then  
it's great.


Bennett

Re: [Cvslog] r22329 - /lyx-devel/trunk/src/lfuns.h

[rgheck]

no, the output is verbatim. maybe i will change this case to eg [].

  

I beat you to it!!

rh

LFUN Docs and LFUN Order

[rgheck]

The LFUNs in lfun.h are, from what I can tell, in no particular order. 
Now that we're doxyfying them, it seems as if some sensible order would 
be worth having, so that the generated documentation would have a 
sensible order, too. Are there opinions on how that should be 
done---viz., alphabetically, thematically, ??? I'm not proposing to do 
this myself, not at the moment, anyway, but it'd be easier to do, 
actually, before we get too much more doxygen in there.


rh

Re: Scrivener, anything to learn from it?

[Pavel Sanda]

> drawer on Mac). That is, I'd like to be able to manipulate document 
> headings (Part/Chapter/Section/Subsection/...) with the keyboard in the 
> same way we now can manipulate levels of enumerate environments. Thus (on 
> Mac),  should demote a document heading from Chapter 
> to Section, just as it increases depth of numbering. And 

binding lfuns outline-in/out/up/down to keyboard shortcuts is not enough ?
pavel

Re: LFUN Docs and LFUN Order

[Pavel Sanda]

> order, too. Are there opinions on how that should be done---viz., 
> alphabetically, thematically, ??? 

i would vote for thematical (re)grouping

i also wonder whats the meaning of number-counting of the lfuns.
does anybody use it or can it be deleted too ?

pavel

Re:Scrivener, anything to learn from it?

[Anders Ekberg]

christian . ridderstrom
Sun, 06 Jan 2008 08:41:11 -0800
Hi,
I just read about a software called 'Scrivener' in NY Times:
   
http://www.nytimes.com/2008/01/06/magazine/06wwln-medium-t.html?ref=technology
The writer seems very pleased with it, here's the Scrivener page for  
Mac:

   http://literatureandlatte.com/scrivener.html
This page has links (and short descriptions) to other writing  
software:

   http://literatureandlatte.com/links.html
Has anyone tried Scrivener, and what can we learn from it?
Btw, I think there's a demo available for Mac.


Well I have become addicted to full-screen editing (though not in  
Scrivener)

http://literatureandlatte.com/screens8.html

Anders

Re: [Cvslog] r22329 - /lyx-devel/trunk/src/lfuns.h

[Pavel Sanda]

>> no, the output is verbatim. maybe i will change this case to eg 
>> [].
>>
>>   
> I beat you to it!!

you want to eat all the commit joy for this day, dont you :D
p

Re: xdg-open

[Rex Dieter]

Pavel Sanda wrote:

>> Yes, but the point is that by using xdg-open, we use whatever the user
>> has set as default, rather than (say) using acroread when they've set
>> kpdf. The
> 
> afaik the problem is that there is no unified system how to handle file
> types in linux. xdg-open is just script trying handle gnome,kde and xfce;
> so anyone using another manager (e16 in my case) get firefox for _any_
> kind for filetype.
> 
> we have our own system for launching viewers for different filetypes, so
> why to pass the control to xdg-open, which (at least on some) systems work
> worse ?

Please submit patches (to xdg-utils) to add support for your "own system",
and I'll do what I can to them integrated into upstream xdg-utils.

-- Rex

Re: xdg-open

[Rex Dieter]

Per Olofsson wrote:

> rgheck wrote:
>> Per Olofsson wrote:
>>> There is no mention of mimeopen in copy of xdg-open. Could it be another
>>> distro-specific patch?
>>>
>>>   
>> Sounds like it.
> 
> Seems like a good patch, I should add it to the Debian package. Which
> distribution are you running?

fwiw, mimeopen support was added to fedora's xdg-utils, and I had the
intention of pushing that upstream, but never got round-tuit.  My bad.

-- Rex

Re: xdg-open

[Rex Dieter]

Per Olofsson wrote:

> Well, I submitted the patch over a year ago:
> https://bugs.freedesktop.org/show_bug.cgi?id=8158

I'll (help) take care of it, looks nice, btw. :)

-- Rex

Re: LFUN Docs and LFUN Order

[rgheck]

Pavel Sanda wrote:
order, too. Are there opinions on how that should be done---viz., 
alphabetically, thematically, ??? 



i would vote for thematical (re)grouping

i also wonder whats the meaning of number-counting of the lfuns.
does anybody use it or can it be deleted too ?

  
The only use I can imagine for it is during debugging, when you might 
want to know what LFUN is being passed as argument somewhere. But most 
debuggers translate it anyway.


Richard

Re: r22410 - in /lyx-devel/trunk/src: EmbeddedFiles.cpp Embed...

[Bo Peng]

> URL: http://www.lyx.org/trac/changeset/22410
> Log:
> Embedding: After another round of EmbeddedFiles changes, embedded figures 
> should more or less work now.

Expect bugs, but you may want to play with the embedding feature
(InsetGraphics only) now, by

Enable, disable embedding
Change embedding status of figures
Save and load file
View source, and view pdf/dvi outputs.

I am testing more advanced operations such as

operations without external files
update from external files

BTW,

1. It would be nice to show the embedding status of an inset visually.
Any idea? A frame? An icon to the corner?

2. A lfunc like LFUN_EMBED_ALL to toggle embedding status of all
insets would help. It may be straightforward to do this in
Document->Settings->Embedding but Document->Settings is supposed to
change BufferParams, not Buffer.

Cheers,
Bo

Re: bug in linguistics module or modules in general

[RGH]

Uwe Stöhr wrote:
> > I tried out the new linguistics module and see there that
> > \usepackage{covinton}
> > appears every time in the preamble when the mudule is used in the
> > document.

We need a requires tag.

  
I've looked into this a bit, and what's happening is that the preamble 
information is being added for each used layout. Since 
"\usepackage{covington}" is listed for a few different constructs, you 
get it included one for each one you use:


docstring const LaTeXFeatures::getTClassPreamble() const
{
...
   list::const_iterator cit = usedLayouts_.begin();
   list::const_iterator end = usedLayouts_.end();
   for (; cit != end; ++cit) {
   tcpreamble << tclass[*cit]->preamble();
   }
...
   return tcpreamble.str();
}

So this is a general layout issue, not anything specific to modules.

As spitz says: We need a Requires tag.

rh