Well, I don't understand what's going on here really, but I do know
roughly why the selection is occasionally being cleared (and I am seeing
this with 1.6svn as well as with 1.5.2svn): Movement of the mouse is
occasionally causing a SelectionClear even to be passed into
GuiApplication::x11Eve
> Bo --- your idea is interesting, I hadn't even considered such an
> option...
I discarded the scanning idea without a second thought because
scanning through a document can be tedious. The index database method,
if implemented correctly, has the potential to provide instant word
completion sugge
Selon Mael Hilléreau <[EMAIL PROTECTED]>:
> Selon Dov Feldstern <[EMAIL PROTECTED]>:
>
> > Jean-Marc Lasgouttes wrote:
> > > Mael Hilléreau <[EMAIL PROTECTED]> writes:
> > >
> > >> No, in fact it wasn't the case with LyX-Code. I updated the patch so
> that
> > >> LyX-Code paragraphs are no more sp
On Aug 9, 2007, at 5:00 PM, Jean-Marc Lasgouttes wrote:
Bennett Helm <[EMAIL PROTECTED]> writes:
I meant it's a good idea to do both. I think both instances of
"LyX-1.5" can be autogenerated -- setting the \serverpipe and
\template_path.
Bennett,
Since only lyx/mac installation is involved,
Richard Heck <[EMAIL PROTECTED]> writes:
> Under Linux, I'm having problems with mouse selection, using current
> 1.6svn---though not, oddly enough, in 1.5.2svn. The issue is this: If
> I select some stuff with the mouse, release the button, and then move
> the mouse any, the selection vanishes. I
"Bo Peng" <[EMAIL PROTECTED]> writes:
>> Under Linux, I'm having problems with mouse selection, using current
>> 1.6svn---though not, oddly enough, in 1.5.2svn.
>
> Before 1.5.1 is released, I added a quick fix to trunk to fix middle
> button paste. JMarc is supposed to replace that with a better
Alfredo Braunstein <[EMAIL PROTECTED]> writes:
> Is this the right time for this patch?
Yes for trunk. Wait for Juergen if you want branch too.
JMarc
Selon Dov Feldstern <[EMAIL PROTECTED]>:
> Jean-Marc Lasgouttes wrote:
> > Mael Hilléreau <[EMAIL PROTECTED]> writes:
> >
> >> No, in fact it wasn't the case with LyX-Code. I updated the patch so that
> >> LyX-Code paragraphs are no more spellchecked (see attached).
> >
> > I have to say that I do
Actually, not really another topic, but related to the move to XML:
one area where XML could probably be very helpful, is in file
comparisons? (see "Features both need" at the bottom of
http://wiki.lyx.org/LyX/LyXVsScientificWorkplace). Just something to
keep in mind if there are any attempts
Jean-Marc Lasgouttes wrote:
Dov Feldstern writes:
Uwe Stöhr wrote:
Hey guys,
I think the stuff that Tommaso Cucinotta attached to
http://bugzilla.lyx.org/show_bug.cgi?id=3998
should be discussed in Bromarv. This new docked advanced search
window is a really useful feature and could be the ba
Jean-Marc Lasgouttes wrote:
"Bo Peng" <[EMAIL PROTECTED]> writes:
1. when a word is entered (' ' entered), update database
And if I delete a letter in the middle of the word, it should delete
the old word (if there is no other copy in the document) and create a
new one with one less letter.
Jan Peters created the following page a while back
http://wiki.lyx.org/LyX/LyXVsScientificWorkplace
Did he ever bring it to the list's attention? Maybe some of it is worth
considering now?
/Christian
--
Christian Ridderström, +46-8-768 39 44 http://www.md.kth.se/~chr
Jean-Marc Lasgouttes wrote:
Mael Hilléreau <[EMAIL PROTECTED]> writes:
No, in fact it wasn't the case with LyX-Code. I updated the patch so that
LyX-Code paragraphs are no more spellchecked (see attached).
I have to say that I do not like that at all: we should never hardcode
layout names.
I get the following warning:
../../1.5.x/src/TextMetrics.cpp: In member function `lyx::RowMetrics
lyx::TextMetrics::computeRowMetrics(lyx::pit_type, const lyx::Row&) const':
../../1.5.x/src/TextMetrics.cpp:343: warning: enumeration value `Inline' not
handled in switch
../../1.5.x/src/TextMetrics
You forgot trunk, seemingly.
No, because I'll upload the new revised and reworked Userguide the next
hours.
This version is in my pipeline for a while now and brings it back to the
state of LyX 1.5.1. I furthermore rewrote some sections.
regards Uwe
"Bo Peng" <[EMAIL PROTECTED]> writes:
> 1. when a word is entered (' ' entered), update database
And if I delete a letter in the middle of the word, it should delete
the old word (if there is no other copy in the document) and create a
new one with one less letter.
This is what I meant by fragil
> This might be fragile, unless you plan to add hooks into all the
> places that might enter/modify a word.
I think it is enough to enable this for plain text in InsetText and
InsetTablular, because indexing formula etc does not make sense. Then,
it can be narrowed down to
1. when a word is enter
"Bo Peng" <[EMAIL PROTECTED]> writes:
> This is not what I have in mind. I am thinking of a word index
> (database), that will be updated when a buffer is loaded, and with the
> addition of each word. When completion is requested (it would be
> difficult to provide hint at every keystroke), we look
Enrico Forestieri <[EMAIL PROTECTED]> writes:
> I meant making \LyX robust also when using hyperref, something like
>
> [EMAIL PROTECTED]@}
> [EMAIL PROTECTED]@[EMAIL PROTECTED] }}}
>
> but this is overkill, maybe, and frankly I could not care less.
I was thinking along the same lines. Maybe we s
Dov Feldstern <[EMAIL PROTECTED]> writes:
> Uwe Stöhr wrote:
>> Hey guys,
>>
>> I think the stuff that Tommaso Cucinotta attached to
>> http://bugzilla.lyx.org/show_bug.cgi?id=3998
>> should be discussed in Bromarv. This new docked advanced search
>> window is a really useful feature and could be
> The main reason I raised this issue right now is just that I think that
> if the search is properly designed, it should be able to provide an
> internal API which would allow us to easily find all occurrences of a
> given prefix, which is a major requisite of a word-completion feature...
This is
"Bo Peng" <[EMAIL PROTECTED]> writes:
>> proposed patch solves it for english too. as Bo said ok, it just needs
>> somebody to commit it.
>
> Done because I think JMarc also OKed it.
I was about to do it. Thanks.
JMarc
Bo Peng wrote:
- Bug 3713 Keyword completion feature of lyx
which I would also be very happy to see (this is what I actually set out
to solve when I first joined the list, but then I got waylaid by the RTL
stuff...).
This one is the third on my TODO list, after embedding and shortcut
dialog.
On Thu, Aug 09, 2007 at 11:19:21PM +0200, Uwe Stöhr wrote:
> > I suggest that you revert your changes and simply add the following
> > lines at the bottom of the preamble:
> >
> > % We have to redefine the \LyX macro for having beatiful PDF bookmarks
> > [EMAIL PROTECTED]
>
> Thanks, I did t
On Wed, Aug 08, 2007 at 04:53:14PM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri <[EMAIL PROTECTED]> writes:
>
> > The attached patches for branch and trunk fix the warnings about missing
> > or duplicated menu shortcuts in the italian translation. I had a lot of
> > difficulties last ti
Jean-Marc Lasgouttes wrote:
Richard Heck <[EMAIL PROTECTED]> writes:
i would intuitively expect more that paragraphs inside the insets wont be
changed by this. but it may be difficult to gain consesus on this.
what others think ?
I've been thinking about this a fair bit, and I agree
> - Bug 3713 Keyword completion feature of lyx
>
> which I would also be very happy to see (this is what I actually set out
> to solve when I first joined the list, but then I got waylaid by the RTL
> stuff...).
This one is the third on my TODO list, after embedding and shortcut
dialog. I will b
> proposed patch solves it for english too. as Bo said ok, it just needs
> somebody to commit it.
Done because I think JMarc also OKed it.
Bo
> I think that the LyX manuals are best read from within LyX.
It seems that most of the users print it.
> With this patch you simply cluttered their appearance on screen
> for the sole purpose of having well looking pdf bookmarks?
I only introduced 6 ERT-boxes ;-). I would avoid them but as the
Uwe Stöhr wrote:
Hey guys,
I think the stuff that Tommaso Cucinotta attached to
http://bugzilla.lyx.org/show_bug.cgi?id=3998
should be discussed in Bromarv. This new docked advanced search window
is a really useful feature and could be the basis to implement other
search and replace issues, li
> >> Yes, it is special to LyX. But what would be wrong with naming the
> >> thing "program listing" in the include dialog? It seems clearer to me.
> >>
> >
> > I am OK with this patch, just I did not know this lyx trick.
>
> My point was: if Pavel finds that Listing is unclear in Czech, it is
> p
Bennett Helm <[EMAIL PROTECTED]> writes:
> I meant it's a good idea to do both. I think both instances of
> "LyX-1.5" can be autogenerated -- setting the \serverpipe and
> \template_path.
Bennett,
Since only lyx/mac installation is involved, I committed directly the
patch to trunk and branch. Co
> I think the stuff that Tommaso Cucinotta attached to
And if XML is being discussed, please consider ODF compatibility. I
have been convinced that it is unlikely that lyx can adopt ODF as it
is, but it would be good to learn something from the ODF design, and
keep our file format as close to ODF
Hey guys,
I think the stuff that Tommaso Cucinotta attached to
http://bugzilla.lyx.org/show_bug.cgi?id=3998
should be discussed in Bromarv. This new docked advanced search window is a really useful feature
and could be the basis to implement other search and replace issues, like searching only i
> > All done, the eighth version is attached.
>
> Great! Thanks for being patient.
Committed. Thanks for commenting on the patch.
Bo
Mael Hilléreau <[EMAIL PROTECTED]> writes:
> No, in fact it wasn't the case with LyX-Code. I updated the patch so that
> LyX-Code paragraphs are no more spellchecked (see attached).
I have to say that I do not like that at all: we should never hardcode
layout names.
I think we should first decid
Bo Peng wrote:
> All done, the eighth version is attached.
Great! Thanks for being patient.
Georg
Jean-Marc Lasgouttes wrote:
> It seems that it is already fixed in trunk and branch, actually.
Indeed. I was looking at metricsT instead of metrics :-(
Georg
Selon Mael Hilléreau <[EMAIL PROTECTED]>:
> Selon Mael Hilléreau <[EMAIL PROTECTED]>:
>
> > ... On the other hand, there could be a much more simple solution:
> >
> > 1. Disable spellcheck for any code-inset (LyX code, listings...) -- perhaps
> > it's already the case;
>
> I believe it is.
No, in
[EMAIL PROTECTED] writes:
> On Tue, 3 Jul 2007, Christian Doppstadt wrote:
>
>> I noticed a bug, when inserting a manual hyphen. In that case the
>> find-function is not able to find the word. I suppose this is not
>> the way it should be.
>
> Did you get a response on this? I guess not, in which
[EMAIL PROTECTED] writes:
> On Tue, 3 Jul 2007, Christian Doppstadt wrote:
>
>> I noticed a bug, when inserting a manual hyphen. In that case the
>> find-function is not able to find the word. I suppose this is not
>> the way it should be.
>
> Did you get a response on this? I guess not, in which
"Bo Peng" <[EMAIL PROTECTED]> writes:
>> Yes, it is special to LyX. But what would be wrong with naming the
>> thing "program listing" in the include dialog? It seems clearer to me.
>>
>
> I am OK with this patch, just I did not know this lyx trick.
My point was: if Pavel finds that Listing is un
> That is ugly indeed, but you could use an enum instead of the bool and
> remove the default argument. That would also be quite self documenting. And
> could you please add the info about the 2 second FAT timestamp granularity
> to the documentation? In 6 months nobody will remember that anymore.
Georg Baum <[EMAIL PROTECTED]> writes:
> Another candidate for trunk and branch. Why did nobody notice the broken
> metrics?
It seems that it is already fixed in trunk and branch, actually.
JMarc
On Tue, 31 Jul 2007, Paul A. Rubin wrote:
That makes sense, unless you can create an upload area readable by all
but writable only by the developers. As far as my tweaked layouts go,
they won't be official until Juergen folds them into a subsequent
release, at which point the wiki copies will
On Sun, 29 Jul 2007, Andrea Censi wrote:
I have several versions of Latex installed, so I was trying to set the
"path" correctly into LyX's preferences.
I learned to run the executable /Applications/LyX.app/Contents/MacOS/lyx
from the command line to see the reconfigure output. However, I had
tr
Bo Peng wrote:
> I know, but isProbablyNotExternallyModified() can be confusing as
> well. It is unfortunate that C++ does not yet accept keyword argument,
> and it does not look pretty to use isExternallyModified(/* fast= */
> false) as some C++ guru suggested.
That is ugly indeed, but you could
[EMAIL PROTECTED] wrote:
> Author: baum
> Date: Thu Aug 9 20:23:21 2007
> New Revision: 19376
>
> URL: http://www.lyx.org/trac/changeset/19376
> Log:
> fix nicefrac metrics
Another candidate for trunk and branch. Why did nobody notice the broken
metrics?
Georg
> Modified:
>
lyx-devel/branche
On Tue, 3 Jul 2007, Christian Doppstadt wrote:
I noticed a bug, when inserting a manual hyphen. In that case the
find-function is not able to find the word. I suppose this is not the
way it should be.
Did you get a response on this? I guess not, in which case the answer is
that you should p
> Yes, it is special to LyX. But what would be wrong with naming the
> thing "program listing" in the include dialog? It seems clearer to me.
>
I am OK with this patch, just I did not know this lyx trick.
Bo
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> > if there are no objections i propose the following patch.
>> > ([[menu]] is added since there is no menu shortcut to distinguish
>> > it from other occurences and in other langueages there is possibility
>> > to add correct shortcut.)
>>
>> I do not kn
Richard Heck <[EMAIL PROTECTED]> writes:
>> i would intuitively expect more that paragraphs inside the insets wont be
>> changed by this. but it may be difficult to gain consesus on this.
>> what others think ?
>>
> I've been thinking about this a fair bit, and I agree with you, Pavel.
> Suppos
> Case 3:
>
> 1) lyx //server/dir/file.lyx
> 2) Externally modify //server/dir/file.lyx
> 3) Access menu
> 4) Wait for about 2 seconds before menu appears
Timestamp is used so the file menu should be rendered as fast as
before when the file is not changed. Considering that externally
change rarely
> Case 1:
> Case 2:
Thank you for testing!
The problem can be fixed by returning false for isExternallyModified()
when the file does not exist, but I think it is better to disable
File->Revert in this case. Otherwise, we will revert to an empty file,
after three message boxes:
1. are you sure yo
On Thu, Aug 09, 2007 at 07:34:11PM +0200, Enrico Forestieri wrote:
> On Thu, Aug 09, 2007 at 11:05:26AM -0500, Bo Peng wrote:
>
> > > as in the attached patch.
> >
> > The updated patch is attached.
>
> Case 1:
>
> 1) lyx NonExistent.lyx
> 2) Confirm creation of new file
> 3) Access menu
> 4)
On Thu, Aug 09, 2007 at 11:05:26AM -0500, Bo Peng wrote:
> > as in the attached patch.
>
> The updated patch is attached.
Case 1:
1) lyx NonExistent.lyx
2) Confirm creation of new file
3) Access menu
4) LyX crashes
Caught "normal" exception: boost::filesystem::last_write_time
Abort (core dumpe
> > as in the attached patch. (The logic is a bit complicated, and I hope
> > I got it right. :-)
>
> It is right, but less easy to understand IMHO. If I read
>
> if (buffer->isProbablyNotExternallyModified())
> do something
>
> I know that the test is not 100% safe. If I read
>
> if (buffe
Bo Peng wrote:
> I would prefer
>
> /// whether or not disk file has been externally modified
> /// \param fast if true, check checksum only if timestamps differ
> ///This is quick, but less reliable
> bool isExternallyModified(bool fast=true) const;
>
> bool Buffer::isExternallyModified
One more addition, to make Pavel not be so sad:
paragraph-params \indent-toggle
now works.
Richard
===
Here is the latest version of this patch. It does not currently have any
getStatus() stuff included, which JMarc has suggested, but I think there
are a lot of issues with that, and this wil
Pavel Sanda wrote:
looking on the rest of the patch i didnt see how to easily make indent
toggling as i made available in previous patches. is it still possible to
make
something like "paragraph-indent toggle" ? i started to use it and became
almost addicted to it :)
Not at present, a
> >looking on the rest of the patch i didnt see how to easily make indent
> >toggling as i made available in previous patches. is it still possible to
> >make
> >something like "paragraph-indent toggle" ? i started to use it and became
> >almost addicted to it :)
> >
> Not at present, and it wo
Enrico Forestieri wrote:
As gvim doesn't have
a revert option, that may be acceptable.
You can use :e (or :e! if the buffer is modified)
Here is the latest version of this patch. It does not currently have any
getStatus() stuff included, which JMarc has suggested, but I think there
are a lot of issues with that, and this will be useful even without that
stuff. For example, you can bind "paragraph-params \align left" to a
key,
Pavel Sanda wrote:
New patch attached. I don't have time to test it right now but will
later. But it should work.
i'm sure i knew how to deliver correct params to paragraph-params-apply,
but now my guesses dont work :) please can you give me samples for params
for centering or (no)indent f
> as in the attached patch.
The updated patch is attached.
Bo
Index: src/Buffer.h
===
--- src/Buffer.h (revision 19374)
+++ src/Buffer.h (working copy)
@@ -209,6 +209,10 @@
bool isBakClean() const;
///
bool isDepClean(std::stri
> I'd suggest to replace isExternallyModified by these two methods
>
> bool Buffer::isProbablyNotExternallyModified() const
> bool Buffer::isExternallyModified() const
> and use the latter for the overwrite check and the first one elsewhere.
I would prefer
/// whether or not disk file ha
Bo Peng wrote:
> I have updated 4114 in response to Georg's suggestion. With the
> attached patch, lyx would ask for permission to overwrite a file when
> the file is externally modified.
Well, you did only implement it partly. IMO it is important that the
overwrite check does ignore the time st
I have updated 4114 in response to Georg's suggestion. With the
attached patch, lyx would ask for permission to overwrite a file when
the file is externally modified.
The rest of the patch is untouched. Note that it uses timestamp before
checksum so 'File->Revert to saved' should not cause any de
Bo Peng wrote:
>> This is the most important thing, and a must IMO. If this check is
>> implemented (and only relying on the checksum, not on the time stamp,
>> because the accuracy of the latter is as low as 2 seconds on FAT) then no
>> dataloss can happen.
>
> I agree with this. Is there alread
> There are also lots of pending stuff, including:
>
> - Stefan's math-macros work
> - Abdel's 1 bv per buffer work (that may facilitate ui improvements like
> detachment of panels and so on)
> - nonblocking latex compilation
> - ...
I am aware of them. To avoid the development control problem we
Bo Peng wrote:
>> Now I am curious, what new features and improvements are planned for LyX
>> 1.6.0?
>
> This has not been decided, and a developers meeting is going on at
> Bromarv. Most likely, the lyx file format will be changed to XML (with
> many benefits unseen to users); layouts, shortcuts
> Now I am curious, what new features and improvements are planned for LyX
> 1.6.0?
This has not been decided, and a developers meeting is going on at
Bromarv. Most likely, the lyx file format will be changed to XML (with
many benefits unseen to users); layouts, shortcuts will be easier to
use, a
> >
> >> On 8/8/07, Alfredo Braunstein <[EMAIL PROTECTED]>
> >> wrote:
> >>> Is this the right time for this patch?
>
> Is it?
Not exactly, because many are drunk at Bromarv, and the rest are
watching what they will do after they get drunk.
> What the... In any case I'll apply the thing as soon a
> > If setting the availability of the 'revert' option is too
> > time-consuming - how about giving up and having 'revert' always
> > available?
>
> This one could be the best option.
The latest patch already uses time stamp, which should be very fast.
Bo
> This is the most important thing, and a must IMO. If this check is
> implemented (and only relying on the checksum, not on the time stamp,
> because the accuracy of the latter is as low as 2 seconds on FAT) then no
> dataloss can happen.
I agree with this. Is there already a enhancement request
[EMAIL PROTECTED] wrote:
> Author: baum
> Date: Thu Aug 9 14:47:06 2007
> New Revision: 19373
>
> URL: http://www.lyx.org/trac/changeset/19373
> Log:
> parse some more column types and separators
>
> Modified:
>
lyx-devel/branches/personal/baum/BRANCH_1_4_X_GB/src/mathed/math_gridinset.C
>
Helge Hafting wrote:
> Checking on focus seems excessive to me - I too have "focus follows
> mouse" and my .lyx files are on a remote file server.
+1
> Having little hangups as the network is consulted whenever the
> mouse slides over a LyX window is not what I want. That file
> server is busy a
On Thu, Aug 09, 2007 at 02:06:50PM +0200, Helge Hafting wrote:
> On Tue, Aug 07, 2007 at 09:51:45PM -0500, Bo Peng wrote:
> > I filed this bug because I would like to have a better way to reload
> > externally modified .lyx file. Currently, one has to close and reopen
> > the file, or make the buf
On Thu, Aug 09, 2007 at 01:46:10PM +0200, Helge Hafting wrote:
> On Tue, Aug 07, 2007 at 11:23:47PM +0200, Enrico Forestieri wrote:
> >
> > What about doing nothing? Who should modify the .lyx file behind my
> > back? The only one could be me, and I know I did it, as I think I am
> > not in that
On Tue, Aug 07, 2007 at 09:51:45PM -0500, Bo Peng wrote:
> I filed this bug because I would like to have a better way to reload
> externally modified .lyx file. Currently, one has to close and reopen
> the file, or make the buffer dirty to use File->revert.
>
> A long discussion about vim or emacs
On Tue, Aug 07, 2007 at 03:55:50PM -0500, Bo Peng wrote:
> > Yep. -2 (even without seeing the patch :)
>
> How about a combination of both?
>
> 1. when lyx gets focus, check diskfile. if modified, set diskModified = true
> 2. when the buffer is modified and if diskModified, ask if reload the
> fi
On Tue, Aug 07, 2007 at 11:23:47PM +0200, Enrico Forestieri wrote:
>
> What about doing nothing? Who should modify the .lyx file behind my
> back? The only one could be me, and I know I did it, as I think I am
> not in that senile state, still.
The .lyx file might be stored on a file server, and
On Fri, Aug 03, 2007 at 04:39:51PM +0100, Stephen Cornell wrote:
> If you want to warn the user that the document is not the clean version on
> disk, perhaps a warning popup `The file is already open '. The user is
> now out of danger...
Well, not a dialog box - we don't want to force the user
On Fri, Aug 03, 2007 at 06:53:26PM +0200, Andre Poenitz wrote:
> > I arrived to the conclusion this way:
> > * Software DRI is known to be hopelessly slow, it exists mainly so
> > you can test the APIs without actual hardware. Or run some
> > low-impact stuff.
>
> Right.
>
> > * People obser
On Thu, Aug 09, 2007 at 10:36:09AM +0300, Martin Vermeer wrote:
> I seem to need the attached... just switched from 1.4.x to 1.5.x.
>
> BTW anybody have the --with-qt-dir string needed for Fedora? I have
> qt4 and qt4-devel installed from RPM.
And Changes.h called support/docstream.h, which doesn
Jean-Marc Lasgouttes wrote:
> "Bo Peng" <[EMAIL PROTECTED]> writes:
>
>> On 8/8/07, Alfredo Braunstein <[EMAIL PROTECTED]>
>> wrote:
>>> Is this the right time for this patch?
Is it?
>> Using a vector and remove count in class TexRow() simplify the code a
>> lot, but this makes me wonder why a
Hi,
First of all, a great thanks for the LyX 1.5.x series. It is absolutely
wonderful.
Now I am curious, what new features and improvements are planned for LyX 1.6.0?
Best regards and thanks for a great software,
Andreas
_
Ring
I seem to need the attached... just switched from 1.4.x to 1.5.x.
BTW anybody have the --with-qt-dir string needed for Fedora? I have
qt4 and qt4-devel installed from RPM.
- Martin
Index: configure.ac
===
--- configure.ac(re
88 matches
Mail list logo
