Hi Stefan
I wanted to ask you whether the present behaviour of the poping up of
macros will be the final one? You told me once that you will either
allow to choose between the macros not popping up at all and between
popping up as they did earlier, or to make some compromise. I guess that
you
While thinking about bug 4458, I noticed that we do not recognize the
Multi_key (which is the compose key). The attached patch changes this. It
doesn't fix the bug (which seems to be qt's), but isn't this needed anyway?
Jürgen
Index: src/frontends/qt4/qlkey.h
Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes wrote:
Looks like the chess layout should be changed to a module (if there is
a reason to use this instead of an external inset).
Makes sense. But this would be a file format change, or how would we convert
existing chess
[EMAIL PROTECTED] writes:
+ if (requires_.empty()) {
+ requires_ = req;
+ break;
+ }
+ for (vectorstring::const_iterator it = req.begin();
+ it !=
Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Jean-Marc Lasgouttes wrote:
Why is it necessary to handle the requires_.empty() case?
It's not really necessary. I just thought I avoid the loop in this (common)
case.
I do not think it matter much in terms of speed, so code should be simple.
Jean-Marc Lasgouttes wrote:
Why is it necessary to handle the requires_.empty() case?
It's not really necessary. I just thought I avoid the loop in this (common)
case.
What about
using some other datastructure like mapstring,bool (there is
probably something simpler for a set, though)?
Jean-Marc Lasgouttes wrote:
I do not think it matter much in terms of speed, so code should be simple.
OK, I remove that.
Because map require two types, doesn't it? This is why I wrote that
there has to be a simpler type...
OK, but the vector does not strike my naive mind overly complicated.
I'm not familiar with doxygen, so just look at the example at the end as
something intended to illustrate what I mean. Basically I suggest allowing
the LFUN enums to be unsorted, but let the documentation of the LFUN refer
to small documentation sections that describe the category to which
We should actually formalize our use of 'bundle/unbundle',
'embed/extract', 'pack/unpack' for this embedding feature.
please whats the difference between bundle and embed in this feature ?
btw time to remove one of todos if i understand the current status.
pavel
diff --git
this will be only informative counter. one reason is the different views
what is to be counted,
LyX should display the following (as Word and other word processors do):
- number of words
- number of characters except spaces
- number of characters including spaces
- number of paragraphs
the
This looks more like the global pref Uwe wants to introduce, isn't it?
No, it is now a wrong description as I wrote in
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg134043.html
I am open to better ideas.
The best would be to leave it as it is. This menu entry is there for ages and
Uwe Stöhr wrote:
this will be only informative counter. one reason is the different views
what is to be counted,
LyX should display the following (as Word and other word processors do):
- number of words
- number of characters except spaces
- number of characters including spaces
-
Cannot open any document anymore in trunk :-/
Stefan
this will be only informative counter. one reason is the different views
what is to be counted,
LyX should display the following (as Word and other word processors do):
please can you check whether Word count characters in automatically inserted
chars (like the number of chapter) and pasted
a) firstly resort them thematically - this can take
in the .cpp file of course
p
I am sure this is possible with Doxygen. In another project I have short
comments (i.e. titles) in *.h and detailed comments in *.cpp. This works
in array initialization items, yes?
i tried again and failed - can you show me an example?
quite well and I think we should standardize on that.
Pavel Sanda wrote:
Hi Pavel,
chrrm, is there an easy way how to recognize paragraph begining inside the
loop for (DocIterator dit = from ; dit != to ; dit.forwardPos())
?
What about dit.pos() == 0?
A/
Attached the patch. Pavel, maybe you can use something of it.
yes, i will take it.
+ char_type const c =
dit.paragraph().getChar(dit.pos());
+ if (isLetterChar(c) || isDigit(c))
i dont understand this one - why eg '\' is not counted
Hi Alfredo :)
chrrm, is there an easy way how to recognize paragraph begining inside the
loop for (DocIterator dit = from ; dit != to ; dit.forwardPos())
?
What about dit.pos() == 0?
hmm. i tried to bake a new function from the hints you gave in wiki,
does it seem to be right?
int
Martin Vermeer wrote:
Yes, I ran into that one too... when pasting a Swedish language 'sv'
branch inset into a document expecting them to be named 'se' ;-)
Saving/loading works OK, but you won't be able to 'activate' a
non-defined branch inset, i.e., no LaTeX output.
What would a fix look like
Pavel Sanda wrote:
What about dit.pos() == 0?
hmm. i tried to bake a new function from the hints you gave in wiki,
does it seem to be right?
Yep, seems perfect, and it should be faster than the other version. Note
that you could use ++dit for shortness. Probably even std::distance(from,
to)
Actually, I'm not sure how to proceed here. What do others think?
If it's causing problems, let's just roll it back until we have something
that actually works. We've had a good discussion, and we know what the
ok, the second patch rolls it back. Juergen use the previous one or this one
Pavel Sanda wrote:
Is there any chance a character counter could be implemented into Lyx? It
would be of great help when writing university papers
such counter is quite simple. do we want it ?
Absolutely! It was reported that this is a killer feature in some fields:
this
Pavel Sanda wrote:
Do we really want to use doxygen on the file, or is he plan to write
some script that creates a wiki page or lyx document from this data?
i already use it. my intetion was to take the output html page and then
transform it little by some script.
My (lazy) plan was to
This will never be accurate, with automatic words like chapter
my words
in various languages. So why not use ls -l (or dir in windows) -
just look at the file size.
this wont help. .lyx has zilion of \begin_layout, .tex has zilion of others
macros, dvi is binary, etc.
pavel
Attached the patch. Pavel, maybe you can use something of it.
yes, i will take it.
+ char_type const c =
dit.paragraph().getChar(dit.pos());
+ if (isLetterChar(c) || isDigit(c))
i substituted it by isPrintableNonspace(c).
the
Pavel Sanda wrote:
I am sure this is possible with Doxygen. In another project I have short
comments (i.e. titles) in *.h and detailed comments in *.cpp. This works
in array initialization items, yes?
Yes, in this method.
i tried again and failed - can you show me an example?
Are you
Pavel Sanda wrote:
not regress for everyone. imo.
well now the status is we have regression of 1.5.3 to 1.5.2 for some
users.
some = (small) minority, as well as creating a much better user-experience
for the rest.
continuing this way we can one day conclude that we
please can you check whether Word count characters in automatically inserted
chars (like the number of chapter) and pasted TOC?
Word counts chapter numbers as word and its characters too:
12. Test A
means 3 words and 10 characters (with spaces), 8 characters (without spaces)
The word count
Pavel Sanda wrote:
ok, the second patch rolls it back. Juergen use the previous one or this
one as you like.
Yes, please commit this (and add a note to status.15x, please).
Jürgen
When you talk about 'transform it little', is that from HTML to wiki markup
or something? (Not sure what we gain?)
if you look on the link of the generated page, there are tons of other unneeded
stuff as far as LFUNS concerned. so the idea was not to make the trnaformations
from html to other
Wod counts chapter numbers as word and its characters too:
i was afraid this is the case and we wont be compatible with the rest of the
world ;(
So characters in section heading should be counted in LyX twice when the
user has inserted a TOC in his document, the same for figure and table
Pavel Sanda wrote:
waiting a while for objections.
Just two small ones:
- I would change the menu entries as well (to Statistics ...).
- The selection/document statistics: sounds odd. I think something like
Statistics for the selection/document is better.
The rest looks good.
Jürgen
What about dit.pos() == 0?
hmm. i tried to bake a new function from the hints you gave in wiki,
does it seem to be right?
Yep, seems perfect, and it should be faster than the other version. Note
unfortunately both std::distance and fun below hangs when counting inside
selection.
Helge Hafting wrote:
I checked out 1.6 on friday, and noticed some problems:
* Invisible document
Brought up two documents with lyx doc1.lyx doc2.lyx
doc1.lyx seemed normal, but doc2.lyx came up with an empty
main window! The scrollbar was present though. I scrolled through
half the document,
The rest looks good.
i commited only chars counting, because unfortunately the paratgraph stuff is
more complicated than i thought. i was able to put it in a functional state but
really dont know what i'm doing - can somebody with better understanding of
xxxIterators review it ?
patch below
On Jan 8, 2008 4:27 AM, Pavel Sanda [EMAIL PROTECTED] wrote:
We should actually formalize our use of 'bundle/unbundle',
'embed/extract', 'pack/unpack' for this embedding feature.
please whats the difference between bundle and embed in this feature ?
No difference. embedded is bundled, and
On Tue, 8 Jan 2008, Pavel Sanda wrote:
thats all possible, but i'll be more happy to concentrate our energy
into real stuffing the doxy data then to spent it on all the whistles
and bells around :)
Well, I like writing wiki whistles ;-)
Anyway, my initial thought was to simply point
On Tue, 8 Jan 2008, Abdelrazak Younes wrote:
To recap, in .h :
/// This is a class.
/**
* Detailed doc about the class...
*
**/
class foo
{
/// This is a method.
void bar();
}
And in the .cpp:
/**
* Detailed doc about the method...
*
**/
void foo::bar()
{...}
[EMAIL PROTECTED] writes:
* LFUN_RECONFIGURE
* \li Action: Reconfigure the automatic settings.
* \li Syntax: reconfigure
- * \li Origin: Asger , 14 Feb 1997
+ * \li Origin: Asger, 14 Feb 1997
*/
BTW, It has probably been asked before, but do we need these Origin
tags?
JMarc
Dear all,
With my last several commits, I have added embedding support for
InsetGraphics, InsetInclude, InsetExternal and InsetBibtex (any
more??). I have uploaded a test file to
http://www.lyx.org/~bpeng/test.lyx, which has several embedded insets.
Please play with it and see if you like how
Jürgen Spitzmüller wrote:
Am Dienstag, 8. Januar 2008 schrieb [EMAIL PROTECTED]:
It turns out we do need this optional argument, because configure.py needs
to be able to tell what packages a given module requires.
While I agree this is correct for endnotes, I think this is wrong for
Pavel Sanda wrote:
ii) if there is a way how to output list from the
doxies around LFUNS in the .cpp file then
a) firstly resort them thematically - this can take
some time to get it 'right'
b) later move doxy comment there from .h
When you say, the cpp file, which file
Uwe Stöhr wrote:
please can you check whether Word count characters in automatically
inserted
chars (like the number of chapter) and pasted TOC?
Word counts chapter numbers as word and its characters too:
[snip]
You can get a more accurate count if you export to plaintext, run the
text file
Jürgen Spitzmüller wrote:
Richard Heck wrote:
Ick. OK, then, we can do that.
I'm still not sure this is enough. I recall having seen (and even introduced)
uses of requires where the output is done at a completely different place.
The require(CJK) call in LaTeXFeatures::useLanguage
BTW, It has probably been asked before, but do we need these Origin
tags?
i just copied this from the comments and - at least - it does not harm.
maybe - one knows whom to ask in the case some discrepancy arises etc.
pavel
[EMAIL PROTECTED] wrote:
stdtoolbars.inc: reorder integral icons to avoid the impression that \intop
is the default. \int is the default and also usual.
Please bring changes in branch to the list first.
Jürgen
Hi!
I've just installed Lyx (version 1.5.3) in my Mac OS leopard using the .dmg
file in your ftp site but I have a trouble: when it starts he told me there
isn't any .layout files and for this reason it isn't able to run any file
and give me any result.
Of course if I check in
On Tue, 2008-01-08 at 13:51 +0100, Helge Hafting wrote:
Well . . . windows may have 90% of the users, but I am not sure
they have a better user-experience. They seem to believe that
occational crashes and such is normal. . . ;-)
Can we get them to test the trunk then? They did this for M$ W0rd
On Jan 8, 2008, at 1:37 PM, cesco lambe wrote:
Hi!
I've just installed Lyx (version 1.5.3) in my Mac OS leopard using
the .dmg
file in your ftp site but I have a trouble: when it starts he told
me there
isn't any .layout files and for this reason it isn't able to run
any file
and give
Jürgen Spitzmüller wrote:
[EMAIL PROTECTED] wrote:
stdtoolbars.inc: reorder integral icons to avoid the impression that \intop
is the default. \int is the default and also usual.
dunno what you mean by default here...
the reason why i put \intop first was to visually distinguish the \int
On Jan 9, 2008 12:55 PM, [EMAIL PROTECTED] wrote:
URL: http://www.lyx.org/trac/changeset/22448
Log:
Embedding: merge lyx::EmbeddedFiles to lyx::support::EmbeddedFileList
Even the code is in better shape now. There will be two major remaining things:
1. turn on/off embedding for all insets.
rgheck wrote:
Pavel Sanda wrote:
ii) if there is a way how to output list from the doxies around
LFUNS in the .cpp file then
a) firstly resort them thematically - this can take
some time to get it 'right'
b) later move doxy comment there from .h
When you say, the cpp
[EMAIL PROTECTED] wrote:
On Tue, 8 Jan 2008, Abdelrazak Younes wrote:
To recap, in .h :
/// This is a class.
/**
* Detailed doc about the class...
*
**/
class foo
{
/// This is a method.
void bar();
}
And in the .cpp:
/**
* Detailed doc about the method...
*
**/
void
Bo Peng wrote:
Dear all,
With my last several commits, I have added embedding support for
InsetGraphics, InsetInclude, InsetExternal and InsetBibtex (any
more??). I have uploaded a test file to
http://www.lyx.org/~bpeng/test.lyx, which has several embedded insets.
Please play with it and see
Pavel Sanda wrote:
The rest looks good.
i commited only chars counting, because unfortunately the paratgraph stuff is
more complicated than i thought. i was able to put it in a functional state but
really dont know what i'm doing - can somebody with better understanding of
xxxIterators review
On Tue, Jan 08, 2008 at 05:50:18PM +0100, Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
* LFUN_RECONFIGURE
* \li Action: Reconfigure the automatic settings.
* \li Syntax: reconfigure
- * \li Origin: Asger , 14 Feb 1997
+ * \li Origin: Asger, 14 Feb 1997
*/
BTW, It
LyX now seemingly do not export by default to Postscript DVI PDF anymore.
Now you have as only option a custom box which does not configure
at all.
I am dependent on the way LyX used to work, by always having dvi,ps and
pdf conversions at the exports but it is now broken.
Why remove
Maybe this has been discussed before but why don't we standardize on a
.zlyx or .lyz extension?
If you are talking about blocking, extension does not matter.
In general, the problem of .lyz is that there is no easy logic for
'save' and 'save as' if two file extensions are used.
Bo
I have uploaded a test file to
http://www.lyx.org/~bpeng/test.lyx, which has several embedded insets.
Please play with it and see if you like how embedding is done
now.
I get:
Failed to embed file C:/usr/local/share/icons/hicolor/48x48/apps/poedit.png.
Please check whether this file exists
LyX now seemingly do not export by default to Postscript DVI PDF anymore.
Now you have as only option a custom box which does not configure at all.
Then your LaTeX configuration is broken or maybe you have upgraded it and didn't reconfigure LyX
afterwards.
For the next time please also
I get:
Failed to embed file C:/usr/local/share/icons/hicolor/48x48/apps/poedit.png.
Please check whether this file exists and is readable.
Because I don't have the poedit.png.
But then LyX crashes!
I know absolute path would lead to problems...
Did you see this right after lyx opens the
On Tue, 8 Jan 2008, Abdelrazak Younes wrote:
To recap, in .h :
/// This is a class.
No the trailing dot as in '.' in '/// This is a class.'
Thanks for the clarification,
Christian
--
Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Hi Sebastian!
I wanted to ask you whether the present behaviour of the poping up of
macros will be the final one? You told me once that you will either
allow to choose between the macros not popping up at all and between
popping up as they did earlier, or to make some compromise. I guess
that
On Tue, 8 Jan 2008, Andre Poenitz wrote:
On Tue, Jan 08, 2008 at 05:50:18PM +0100, Jean-Marc Lasgouttes wrote:
[EMAIL PROTECTED] writes:
* LFUN_RECONFIGURE
* \li Action: Reconfigure the automatic settings.
* \li Syntax: reconfigure
- * \li Origin: Asger , 14 Feb 1997
+ * \li Origin:
When you say, the cpp file, which file do you mean?
I am talking about LyXAction.cpp.
right
All the LFUNs can be documented in one place just before 'LyXAction::init()'.
on contrary i would like to make the comment to each lfun separately as it is
now.
the moment we keep the comments
I am sure this is possible with Doxygen. In another project I have short
comments (i.e. titles) in *.h and detailed comments in *.cpp. This works
in array initialization items, yes?
Yes, in this method.
i meant _inside_ the initialization, ie:
ev_item const items[] =
[EMAIL PROTECTED] writes:
I think so too... couldn't we keep them in the code at least?
I have no problem with them if people want them.
JMarc
Bo Peng schrieb:
Did you see this right after lyx opens the file?
Yes.
Uwe
On Jan 7, 2008, at 4:59 PM, [EMAIL PROTECTED] wrote:
The article in NY Times spawned a discussion on ./, see this link
http://slashdot.org/article.pl?sid=08/01/06/1731247from=rss
One interesting post of possible interest to use was the following
about 'WriteRoom':
I'm Jesse
On Jan 8, 2008 5:38 PM, Uwe Stöhr [EMAIL PROTECTED] wrote:
Bo Peng schrieb:
Did you see this right after lyx opens the file?
Yes.
OK, I am building a windows version.
Bo
The problem is clear: there is no unique representation of absolute
path under different OS. The absolute file in the test lyx file is
/home/bpeng/blah and its inzip name is LyX.Embed.Abs/home/bpeng/blah.
Under windows, the file is considered as
c:/home/bpeng/blah and its inzip name is
On 5 января 2008, you wrote:
The entry for Review:
#: lib/layouts/iopart.layout:72 lib/ui/stdtoolbars.inc:186
msgid Review
should be splitted, meanings are different.
What are the different meanings?
The first is a kind of article, the second is the name of toolbar for changes.
I would expect ../blah as valid relative file...
Bo
Index: src/frontends/qt4/qt_helpers.cpp
===
--- src/frontends/qt4/qt_helpers.cpp(revision 22448)
+++ src/frontends/qt4/qt_helpers.cpp(working copy)
@@ -244,10 +244,7 @@
In the end, Joost's suggestion might be the only solution.
Joost's solution has its own features/problems. For example, when I
insert the same file twice, the current solution consider them as the
same file (both external and inzip). However, using UUID as inzip
filename, they will be different.
one could think about the compromise to put just a grey box around
without any size change at all and to put the macro name into the
statusbar. Sounds sensible. I will try that out.
That sounds great! I am looking forward! Thanks a lot for bothering!
Sebastian
--
This message has been
Pavel Sanda wrote:
All the LFUNs can be documented in one place just before 'LyXAction::init()'.
on contrary i would like to make the comment to each lfun separately as it is
now.
the moment we keep the comments elsewhere people will forget to add the doxy
(and it will be pain to keep it
Bo Peng wrote:
The problem is clear: there is no unique representation of absolute
path under different OS. The absolute file in the test lyx file is
/home/bpeng/blah and its inzip name is LyX.Embed.Abs/home/bpeng/blah.
Under windows, the file is considered as
c:/home/bpeng/blah and its inzip
Bo Peng wrote:
In the end, Joost's suggestion might be the only solution.
Joost's solution has its own features/problems. For example, when I
insert the same file twice, the current solution consider them as the
same file (both external and inzip). However, using UUID as inzip
filename, they
Hi Stefan
I wanted to ask you whether the present behaviour of the poping up of
macros will be the final one? You told me once that you will either
allow to choose between the macros not popping up at all and between
popping up as they did earlier, or to make some compromise. I guess that
you
While thinking about bug 4458, I noticed that we do not recognize the
Multi_key (which is the compose key). The attached patch changes this. It
doesn't fix the bug (which seems to be qt's), but isn't this needed anyway?
Jürgen
Index: src/frontends/qt4/qlkey.h
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> Looks like the chess layout should be changed to a module (if there is
>> a reason to use this instead of an external inset).
>
> Makes sense. But this would be a file format change, or how would we convert
>
[EMAIL PROTECTED] writes:
> + if (requires_.empty()) {
> + requires_ = req;
> + break;
> + }
> + for (vector::const_iterator it = req.begin();
> + it !=
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
> Jean-Marc Lasgouttes wrote:
>> Why is it necessary to handle the requires_.empty() case?
>
> It's not really necessary. I just thought I avoid the loop in this (common)
> case.
I do not think it matter much in terms of speed, so code should be
Jean-Marc Lasgouttes wrote:
> Why is it necessary to handle the requires_.empty() case?
It's not really necessary. I just thought I avoid the loop in this (common)
case.
> What about
> using some other datastructure like map (there is
> probably something simpler for a set,
Jean-Marc Lasgouttes wrote:
> I do not think it matter much in terms of speed, so code should be simple.
OK, I remove that.
> Because map require two types, doesn't it? This is why I wrote that
> there has to be a simpler type...
OK, but the vector does not strike my naive mind overly
> I'm not familiar with doxygen, so just look at the example at the end as
> something intended to illustrate what I mean. Basically I suggest allowing
> the LFUN enums to be unsorted, but let the documentation of the LFUN refer
> to small documentation sections that describe the category to
> We should actually formalize our use of 'bundle/unbundle',
> 'embed/extract', 'pack/unpack' for this embedding feature.
please whats the difference between bundle and embed in this feature ?
btw time to remove one of todos if i understand the current status.
pavel
diff --git
> this will be only informative counter. one reason is the different views
> what is to be counted,
LyX should display the following (as Word and other word processors do):
- number of words
- number of characters except spaces
- number of characters including spaces
- number of paragraphs
>
> This looks more like the global pref Uwe wants to introduce, isn't it?
No, it is now a wrong description as I wrote in
http://www.mail-archive.com/lyx-devel@lists.lyx.org/msg134043.html
> I am open to better ideas.
The best would be to leave it as it is. This menu entry is there for ages and
Uwe Stöhr wrote:
> > this will be only informative counter. one reason is the different views
> > what is to be counted,
>
> LyX should display the following (as Word and other word processors do):
>
> - number of words
> - number of characters except spaces
> - number of characters including
Cannot open any document anymore in trunk :-/
Stefan
> > this will be only informative counter. one reason is the different views
> > what is to be counted,
>
> LyX should display the following (as Word and other word processors do):
please can you check whether Word count characters in automatically inserted
chars (like the number of chapter) and
> a) firstly resort them thematically - this can take
in the .cpp file of course
p
> I am sure this is possible with Doxygen. In another project I have short
> comments (i.e. titles) in *.h and detailed comments in *.cpp. This works
in array initialization items, yes?
i tried again and failed - can you show me an example?
> quite well and I think we should standardize on
Pavel Sanda wrote:
Hi Pavel,
> chrrm, is there an easy way how to recognize paragraph begining inside the
> loop for (DocIterator dit = from ; dit != to ; dit.forwardPos())
> ?
What about dit.pos() == 0?
A/
> Attached the patch. Pavel, maybe you can use something of it.
yes, i will take it.
> + char_type const c =
> dit.paragraph().getChar(dit.pos());
> + if (isLetterChar(c) || isDigit(c))
i dont understand this one - why eg '\' is not
Hi Alfredo :)
> > chrrm, is there an easy way how to recognize paragraph begining inside the
> > loop for (DocIterator dit = from ; dit != to ; dit.forwardPos())
> > ?
>
> What about dit.pos() == 0?
hmm. i tried to bake a new function from the hints you gave in wiki,
does it seem to be right?
Martin Vermeer wrote:
Yes, I ran into that one too... when pasting a Swedish language 'sv'
branch inset into a document expecting them to be named 'se' ;-)
Saving/loading works OK, but you won't be able to 'activate' a
non-defined branch inset, i.e., no LaTeX output.
What would a fix look like
Pavel Sanda wrote:
>> What about dit.pos() == 0?
>
> hmm. i tried to bake a new function from the hints you gave in wiki,
> does it seem to be right?
Yep, seems perfect, and it should be faster than the other version. Note
that you could use ++dit for shortness. Probably even
1 - 100 of 158 matches
Mail list logo