Pavel Sanda [EMAIL PROTECTED] writes:
+/**
+ * \var lyx::kb_action lyx::LFUN_BUFFER_EXPORT
+ * \li Action: Exports the current buffer (document) to the given format.
+ * \li Syntax: buffer-export FORMAT
+ * \li Params: FORMAT is either custom or one of the formats which you
+
Pavel Sanda [EMAIL PROTECTED] writes:
Better now?
o-ou :) web is down, cvs-log didnt arrived etc.
Erm. Should be better now. (Note to self: killing all httpd processes
is a bad idea)
(though my real concern was what to do so its not back after few
days...)
Don't know, actually.
JMarc
Dov Feldstern [EMAIL PROTECTED] writes:
Hi!
For the past few months I've been working on visual mode for bidi
cursor movement. After a few false starts, I finally feel that I've
got an implementation which is relatively clean. It's not totally
finished yet, but it is well enough along to
Hi!
I just noticed that LyXRC::getDescription (in which I made some changes
for the visual cursor stuff) is #if-fed out because it's not used.
1. So is there any point in my making changes in it?
2. Should we just get rid of it?
3. Can I add the description as a tooltip, instead?
Thanks!
Dov
Pavel Sanda wrote:
all three problems are solved by this patch.
OK, Bo, you can commit.
Jürgen
Pavel Sanda wrote:
b. Probably the visual_cursor option should only be enabled if
rtl_support is on --- if rtl_support is false, visual_cursor should
definitely be false, and should be disabled in the GUI (only because it
uses the bidi tables, which will not be computed in the
Dov Feldstern wrote:
I just noticed that LyXRC::getDescription (in which I made some changes
for the visual cursor stuff) is #if-fed out because it's not used.
1. So is there any point in my making changes in it?
2. Should we just get rid of it?
3. Can I add the description as a tooltip,
Dov Feldstern wrote:
b. Probably the visual_cursor option should only be enabled if
rtl_support is on --- if rtl_support is false, visual_cursor should
definitely be false, and should be disabled in the GUI (only because it
uses the bidi tables, which will not be computed in the
Abdelrazak Younes wrote:
Dov Feldstern wrote:
b. Probably the visual_cursor option should only be enabled if
rtl_support is on --- if rtl_support is false, visual_cursor should
definitely be false, and should be disabled in the GUI (only because
it uses the bidi tables, which will not be
[EMAIL PROTECTED] wrote:
The only part that I do not understand is the fact that LyX used to be
able to do this until the latter 2or 3 versions.
What changed so drastically to make the backward compatibility with
tables so difficult?
The handling of Standard layouts.
Jürgen
I wish there was a Preference option for this. A minority of people
simply cannot work with software that blinks
(http://www.jurta.org/prog/noblink.en.html).
We just add the K people and now the cursor blinking haters :-)
Just kidding, your request is much more sane and even sensible might
Hi,
I installed Lyx for the very first time yesterday.
I was able to use it straight off with no problems---except for one:
the cursor kept blinking and there's no way to stop it.
I got the source built it myself, applying these two changes, both in
src/frontends/Workarea.cpp
(1) In the
Mark Summerfield wrote:
Hi,
I installed Lyx for the very first time yesterday.
I was able to use it straight off with no problems---except for one:
the cursor kept blinking and there's no way to stop it.
I got the source built it myself, applying these two changes, both in
Hi,
now that gcc 4.3 is in the deep freeze stage, it has been upgraded in
rawhide
(running development version of Fedora 9).
I have fully compiled lyx yesterday with gcc 4.1 (Fedora skipped gcc
4.2)
with no problems. Today after upgrading gcc to the latest 4.3 I need the
We should make sure that LyX honors this setting.
no it does not.
p
Abdelrazak Younes [EMAIL PROTECTED] writes:
if (prelen alen || a.empty())
return false;
-#if defined(STD_STRING_IS_GOOD)
-return a.compare(0, prelen, pre) == 0;
-#else
-return ::strncmp(a.c_str(), pre.c_str(), prelen) == 0;
-#endif
+else
+return
José Matos wrote:
Hi,
now that gcc 4.3 is in the deep freeze stage, it has been upgraded in rawhide
(running development version of Fedora 9).
I have fully compiled lyx yesterday with gcc 4.1 (Fedora skipped gcc 4.2)
with no problems. Today after upgrading gcc to the latest 4.3 I need the
In any case, I think we should use QApplication::cursorFlashTime() instead
of the hardcoded 400 ms.
Abdel, resisting courageously the temptation to make a patch...
clearly you need Eve :D
pavel
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes [EMAIL PROTECTED] writes:
if (prelen alen || a.empty())
return false;
-#if defined(STD_STRING_IS_GOOD)
- return a.compare(0, prelen, pre) == 0;
-#else
- return ::strncmp(a.c_str(), pre.c_str(), prelen) == 0;
Abdelrazak Younes [EMAIL PROTECTED] writes:
In any case, I think we should use QApplication::cursorFlashTime()
instead of the hardcoded 400 ms.
Note that cursorflashtime is the time for ON + OFF. There should be a
division by 2 somewhere. And we are told not to cache the value.
JMarc
Mark Summerfield [EMAIL PROTECTED] writes:
I wish there was a Preference option for this. A minority of people
simply cannot work with software that blinks
(http://www.jurta.org/prog/noblink.en.html).
On this page I see:
KDE and Qt applications
In KDE applications the cursor blink rate
Thanks, Pavel! Attached is the patch, after fixing it up as you suggested.
Also, I added tooltips for rtl_support and visual_cursor, but see my
separate post regarding this issue (LyXRC descriptions / tooltips).
i used the tooltips in the same way.
The only thing is that I don't love the
Pavel Sanda wrote:
In any case, I think we should use QApplication::cursorFlashTime() instead
of the hardcoded 400 ms.
Abdel, resisting courageously the temptation to make a patch...
clearly you need Eve :D
I am just coming from a week in Cairo :-P
But I am now overloaded with real-life
On 2008-02-01, Jean-Marc Lasgouttes wrote:
Mark Summerfield [EMAIL PROTECTED] writes:
I wish there was a Preference option for this. A minority of people
simply cannot work with software that blinks
(http://www.jurta.org/prog/noblink.en.html).
On this page I see:
KDE and Qt
Pavel Sanda wrote:
I wish there was a Preference option for this. A minority of people
simply cannot work with software that blinks
(http://www.jurta.org/prog/noblink.en.html).
We just add the K people and now the cursor blinking haters :-)
Just kidding, your request is much more sane and even
Pavel Sanda [EMAIL PROTECTED] writes:
We should make sure that LyX honors this setting.
no it does not.
But it should :)
JMarc
spitz wrote:
URL: http://www.lyx.org/trac/changeset/22738
Log:
* lib/unicodesymbols:
- support some more glyphs from tipa.
I'm intending to commit this to branch as well.
Objections?
Jürgen
On Feb 1, 2008 7:58 AM, Jürgen Spitzmüller [EMAIL PROTECTED] wrote:
Pavel Sanda wrote:
all three problems are solved by this patch.
OK, Bo, you can commit.
Done.
Bo
Jürgen Spitzmüller wrote:
spitz wrote:
URL: http://www.lyx.org/trac/changeset/22738
Log:
* lib/unicodesymbols:
- support some more glyphs from tipa.
I'm intending to commit this to branch as well.
Objections?
Are you asking to yourself? ;-)
Abdel.
[EMAIL PROTECTED] wrote:
Author: lasgouttes
Date: Fri Feb 1 18:04:59 2008
New Revision: 22740
URL: http://www.lyx.org/trac/changeset/22740
Log:
abdel likes short code
Thanks!
Abdel.
[EMAIL PROTECTED] wrote:
Author: lasgouttes
Date: Fri Feb 1 16:36:53 2008
New Revision: 22735
URL: http://www.lyx.org/trac/changeset/22735
Log:
Remove unused macros USE_INCLUDED_STRING and STD_STRING_IS_GOOD
Remove a few unused headers
Modified:
lyx-devel/trunk/src/support/lstrings.cpp
Abdelrazak Younes wrote:
Are you asking to yourself? ;-)
No, just trying to be a model. Anyway, it's in now.
Jürgen
On Friday 01 February 2008 16:21:23 Abdelrazak Younes wrote:
José Matos wrote:
Hi,
now that gcc 4.3 is in the deep freeze stage, it has been upgraded in
rawhide (running development version of Fedora 9).
I have fully compiled lyx yesterday with gcc 4.1 (Fedora skipped gcc
4.2)
default rate if the user hasn't specified), call
QApplication::cursorFlashTime() on any platform---that'll give you the
required blink rate in milliseconds, with 0 meaning no blinking of
course:-)
write the patch i will test it and commit it.
pavel
José Matos wrote:
On Friday 01 February 2008 16:21:23 Abdelrazak Younes wrote:
I am not sure about this patch and I
would appreciate comments. :-)
Index: src/insets/InsetTabular.cpp
===
--- src/insets/InsetTabular.cpp (revision
On Friday 01 February 2008 18:18:13 Abdelrazak Younes wrote:
Index: src/insets/InsetTabular.cpp
===
--- src/insets/InsetTabular.cpp(revision 22733)
+++ src/insets/InsetTabular.cpp(working copy)
@@ -61,6 +61,7 @@
Attached. Pavel, if it works for you, go ahead and commit.
It should probably also go to branch. OK, Jurgen?
rh
Index: frontends/qt4/GuiWorkArea.cpp
===
--- frontends/qt4/GuiWorkArea.cpp (revision 22743)
+++
On Friday 01 February 2008 17:42:57 Jürgen Spitzmüller wrote:
Abdelrazak Younes wrote:
Are you asking to yourself? ;-)
No, just trying to be a model.
I am having hard times imagining you a model. ;-)
http://en.wikipedia.org/wiki/Model_(person)
But then you had never showed up in one of
Jürgen Spitzmüller [EMAIL PROTECTED] writes:
Dov Feldstern wrote:
I just noticed that LyXRC::getDescription (in which I made some changes
for the visual cursor stuff) is #if-fed out because it's not used.
1. So is there any point in my making changes in it?
2. Should we just get rid
Ignore the previous one. I overlooked something Abdel said, namely, that
we do other things on cursor blinks. This patch undoes that
connection, so that the cursor can blink (or not) independently of other
things. I've also made another change, to reflect JMarc's observation
that we aren't
IGNORE this one. It misses Abdel's point about the other stuff we do on
blink.
rh
Richard Heck wrote:
Attached. Pavel, if it works for you, go ahead and commit.
It should probably also go to branch. OK, Jurgen?
rh
[EMAIL PROTECTED] wrote:
Author: lasgouttes
Date: Fri Feb 1 16:12:04 2008
New Revision: 22734
URL: http://www.lyx.org/trac/changeset/22734
Log:
Use a setstring instead of a vecctorstring for list of features. This
allows to simplify the code to some extent.
It's as much a guess as anything,
sh By the by, it's NOT possible to set 0ms for blink in Qt4Config (on Linux
anyway), though you can do this directly in .config/Trolltech.conf, as Mark
i guess you tried to put 0 directly there :D
the trick is to go to 10ms and then pres down button and you get no blinking
string
which is
Although I have not tested it on anything else than Mac, it should work on
any platform where Qt supports QImage data in the clipboard. Moreover I
i know nothing about QImage, its suppoosed to be on standard linux qt release?
Below you find the big patch pastegraphics.patch, and the smaller
On Feb 1, 2008, at 12:03 PM, Stefan Schimanski wrote:
Hi!
I (mostly) rewrote my patch to support pasting of graphics from the
clipboard. In contrast to my old implementation it fits much better
into LyX's architecture and is much much cleaner.
I'm anxious to try this (Mac 10.4.11), but
Pavel Sanda wrote:
By the by, it's NOT possible to set 0ms for blink in Qt4Config (on Linux
anyway), though you can do this directly in .config/Trolltech.conf, as Mark
i guess you tried to put 0 directly there :D
the trick is to go to 10ms and then pres down button and you get no
the rest of patch seems ok to me. i tested it as well.
OK, thanks. I'll commit it when that's possible again.
Oh, I see! I guess I don't need to do that
Jurgen??
rh
Pavel Sanda wrote:
Sounds like a bug we (i.e., you!) should report to Trolltech. Now: Is there a
workaround for us in the meantime?
i believe there should be some way ho to tell opendialog to show hidden files -
setShowHiddenFiles function existed in qt3 so i would suppose it just get
or...dont pass filename parameter and let the open dialog start always in
home. if user really wants to go to hidden, let him use the popup menu for
displaying hidden files.
This is inconvenient, at best, since ~/.lyx/bind/ is where the bind files
will normally be put. So I'm not sure
Pavel Sanda <[EMAIL PROTECTED]> writes:
>>+/**
>>+ * \var lyx::kb_action lyx::LFUN_BUFFER_EXPORT
>>+ * \li Action: Exports the current buffer (document) to the given format.
>>+ * \li Syntax: buffer-export
>>+ * \li Params: is either "custom" or one of the formats which you
>>+
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> Better now?
>
> o-ou :) web is down, cvs-log didnt arrived etc.
Erm. Should be better now. (Note to self: killing all httpd processes
is a bad idea)
> (though my real concern was what to do so its not back after few
> days...)
Don't know, actually.
Dov Feldstern <[EMAIL PROTECTED]> writes:
> Hi!
>
> For the past few months I've been working on visual mode for bidi
> cursor movement. After a few false starts, I finally feel that I've
> got an implementation which is relatively clean. It's not totally
> finished yet, but it is well enough
Hi!
I just noticed that LyXRC::getDescription (in which I made some changes
for the visual cursor stuff) is #if-fed out because it's not used.
1. So is there any point in my making changes in it?
2. Should we just get rid of it?
3. Can I add the description as a tooltip, instead?
Thanks!
Dov
Pavel Sanda wrote:
> all three problems are solved by this patch.
OK, Bo, you can commit.
Jürgen
Pavel Sanda wrote:
b. Probably the visual_cursor option should only be enabled if
rtl_support is on --- if rtl_support is false, visual_cursor should
definitely be false, and should be disabled in the GUI (only because it
uses the bidi tables, which will not be computed in the
Dov Feldstern wrote:
> I just noticed that LyXRC::getDescription (in which I made some changes
> for the visual cursor stuff) is #if-fed out because it's not used.
>
> 1. So is there any point in my making changes in it?
> 2. Should we just get rid of it?
> 3. Can I add the description as a
Dov Feldstern wrote:
b. Probably the visual_cursor option should only be enabled if
rtl_support is on --- if rtl_support is false, visual_cursor should
definitely be false, and should be disabled in the GUI (only because it
uses the bidi tables, which will not be computed in the
Abdelrazak Younes wrote:
Dov Feldstern wrote:
b. Probably the visual_cursor option should only be enabled if
rtl_support is on --- if rtl_support is false, visual_cursor should
definitely be false, and should be disabled in the GUI (only because
it uses the bidi tables, which will not be
[EMAIL PROTECTED] wrote:
> The only part that I do not understand is the fact that LyX used to be
> able to do this until the latter 2or 3 versions.
> What changed so drastically to make the backward compatibility with
> tables so difficult?
The handling of "Standard" layouts.
Jürgen
>> I wish there was a Preference option for this. A minority of people
>> simply cannot work with software that blinks
>> (http://www.jurta.org/prog/noblink.en.html).
>
> We just add the K people and now the cursor blinking haters :-)
>
> Just kidding, your request is much more sane and even
Hi,
I installed Lyx for the very first time yesterday.
I was able to use it straight off with no problems---except for one:
the cursor kept blinking and there's no way to stop it.
I got the source & built it myself, applying these two changes, both in
src/frontends/Workarea.cpp
(1) In the
Mark Summerfield wrote:
Hi,
I installed Lyx for the very first time yesterday.
I was able to use it straight off with no problems---except for one:
the cursor kept blinking and there's no way to stop it.
I got the source & built it myself, applying these two changes, both in
Hi,
now that gcc 4.3 is in the deep freeze stage, it has been upgraded in
rawhide
(running development version of Fedora 9).
I have fully compiled lyx yesterday with gcc 4.1 (Fedora skipped gcc
4.2)
with no problems. Today after upgrading gcc to the latest 4.3 I need the
> We should make sure that LyX honors this setting.
no it does not.
p
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
>> if (prelen > alen || a.empty())
>> return false;
>> -#if defined(STD_STRING_IS_GOOD)
>> -return a.compare(0, prelen, pre) == 0;
>> -#else
>> -return ::strncmp(a.c_str(), pre.c_str(), prelen) == 0;
>> -#endif
>> +else
José Matos wrote:
Hi,
now that gcc 4.3 is in the deep freeze stage, it has been upgraded in rawhide
(running development version of Fedora 9).
I have fully compiled lyx yesterday with gcc 4.1 (Fedora skipped gcc 4.2)
with no problems. Today after upgrading gcc to the latest 4.3 I need the
> In any case, I think we should use QApplication::cursorFlashTime() instead
> of the hardcoded 400 ms.
>
> Abdel, resisting courageously the temptation to make a patch...
clearly you need Eve :D
pavel
Jean-Marc Lasgouttes wrote:
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
if (prelen > alen || a.empty())
return false;
-#if defined(STD_STRING_IS_GOOD)
- return a.compare(0, prelen, pre) == 0;
-#else
- return ::strncmp(a.c_str(), pre.c_str(), prelen) == 0;
Abdelrazak Younes <[EMAIL PROTECTED]> writes:
> In any case, I think we should use QApplication::cursorFlashTime()
> instead of the hardcoded 400 ms.
Note that cursorflashtime is the time for ON + OFF. There should be a
division by 2 somewhere. And we are told not to cache the value.
JMarc
Mark Summerfield <[EMAIL PROTECTED]> writes:
> I wish there was a Preference option for this. A minority of people
> simply cannot work with software that blinks
> (http://www.jurta.org/prog/noblink.en.html).
On this page I see:
KDE and Qt applications
In KDE applications the cursor blink
> Thanks, Pavel! Attached is the patch, after fixing it up as you suggested.
> Also, I added tooltips for rtl_support and visual_cursor, but see my
> separate post regarding this issue ("LyXRC descriptions / tooltips").
i used the tooltips in the same way.
> The only thing is that I don't love
Pavel Sanda wrote:
In any case, I think we should use QApplication::cursorFlashTime() instead
of the hardcoded 400 ms.
Abdel, resisting courageously the temptation to make a patch...
clearly you need Eve :D
I am just coming from a week in Cairo :-P
But I am now overloaded with real-life
On 2008-02-01, Jean-Marc Lasgouttes wrote:
> Mark Summerfield <[EMAIL PROTECTED]> writes:
> > I wish there was a Preference option for this. A minority of people
> > simply cannot work with software that blinks
> > (http://www.jurta.org/prog/noblink.en.html).
>
> On this page I see:
>
> KDE and
Pavel Sanda wrote:
I wish there was a Preference option for this. A minority of people
simply cannot work with software that blinks
(http://www.jurta.org/prog/noblink.en.html).
We just add the K people and now the cursor blinking haters :-)
Just kidding, your request is much more sane and even
Pavel Sanda <[EMAIL PROTECTED]> writes:
>> We should make sure that LyX honors this setting.
> no it does not.
But it should :)
JMarc
spitz wrote:
> URL: http://www.lyx.org/trac/changeset/22738
> Log:
> * lib/unicodesymbols:
> - support some more glyphs from tipa.
I'm intending to commit this to branch as well.
Objections?
Jürgen
On Feb 1, 2008 7:58 AM, Jürgen Spitzmüller <[EMAIL PROTECTED]> wrote:
> Pavel Sanda wrote:
> > all three problems are solved by this patch.
>
> OK, Bo, you can commit.
Done.
Bo
Jürgen Spitzmüller wrote:
spitz wrote:
URL: http://www.lyx.org/trac/changeset/22738
Log:
* lib/unicodesymbols:
- support some more glyphs from tipa.
I'm intending to commit this to branch as well.
Objections?
Are you asking to yourself? ;-)
Abdel.
[EMAIL PROTECTED] wrote:
Author: lasgouttes
Date: Fri Feb 1 18:04:59 2008
New Revision: 22740
URL: http://www.lyx.org/trac/changeset/22740
Log:
abdel likes short code
Thanks!
Abdel.
[EMAIL PROTECTED] wrote:
Author: lasgouttes
Date: Fri Feb 1 16:36:53 2008
New Revision: 22735
URL: http://www.lyx.org/trac/changeset/22735
Log:
Remove unused macros USE_INCLUDED_STRING and STD_STRING_IS_GOOD
Remove a few unused headers
Modified:
lyx-devel/trunk/src/support/lstrings.cpp
Abdelrazak Younes wrote:
> Are you asking to yourself? ;-)
No, just trying to be a model. Anyway, it's in now.
Jürgen
On Friday 01 February 2008 16:21:23 Abdelrazak Younes wrote:
> José Matos wrote:
> > Hi,
> > now that gcc 4.3 is in the deep freeze stage, it has been upgraded in
> > rawhide (running development version of Fedora 9).
> >
> > I have fully compiled lyx yesterday with gcc 4.1 (Fedora skipped
> default rate if the user hasn't specified), call
> QApplication::cursorFlashTime() on any platform---that'll give you the
> required blink rate in milliseconds, with 0 meaning no blinking of
> course:-)
write the patch i will test it and commit it.
pavel
José Matos wrote:
On Friday 01 February 2008 16:21:23 Abdelrazak Younes wrote:
I am not sure about this patch and I
would appreciate comments. :-)
Index: src/insets/InsetTabular.cpp
===
--- src/insets/InsetTabular.cpp (revision
On Friday 01 February 2008 18:18:13 Abdelrazak Younes wrote:
> >>
> >> Index: src/insets/InsetTabular.cpp
> >> ===
> >> --- src/insets/InsetTabular.cpp(revision 22733)
> >> +++ src/insets/InsetTabular.cpp(working copy)
> >> @@
Attached. Pavel, if it works for you, go ahead and commit.
It should probably also go to branch. OK, Jurgen?
rh
Index: frontends/qt4/GuiWorkArea.cpp
===
--- frontends/qt4/GuiWorkArea.cpp (revision 22743)
+++
On Friday 01 February 2008 17:42:57 Jürgen Spitzmüller wrote:
> Abdelrazak Younes wrote:
> > Are you asking to yourself? ;-)
>
> No, just trying to be a model.
I am having hard times imagining you a model. ;-)
http://en.wikipedia.org/wiki/Model_(person)
But then you had never showed up in
Jürgen Spitzmüller <[EMAIL PROTECTED]> writes:
>
> Dov Feldstern wrote:
> > I just noticed that LyXRC::getDescription (in which I made some changes
> > for the visual cursor stuff) is #if-fed out because it's not used.
> >
> > 1. So is there any point in my making changes in it?
> > 2. Should we
Ignore the previous one. I overlooked something Abdel said, namely, that
we "do other things" on cursor blinks. This patch undoes that
connection, so that the cursor can blink (or not) independently of other
things. I've also made another change, to reflect JMarc's observation
that "we
IGNORE this one. It misses Abdel's point about the other stuff we do on
blink.
rh
Richard Heck wrote:
Attached. Pavel, if it works for you, go ahead and commit.
It should probably also go to branch. OK, Jurgen?
rh
[EMAIL PROTECTED] wrote:
Author: lasgouttes
Date: Fri Feb 1 16:12:04 2008
New Revision: 22734
URL: http://www.lyx.org/trac/changeset/22734
Log:
Use a set instead of a vecctor for list of features. This
allows to simplify the code to some extent.
It's as much a guess as anything, but,
sh By the by, it's NOT possible to set 0ms for blink in Qt4Config (on Linux
> anyway), though you can do this directly in .config/Trolltech.conf, as Mark
i guess you tried to put 0 directly there :D
the trick is to go to 10ms and then pres down button and you get "no blinking"
string
which
> Although I have not tested it on anything else than Mac, it should work on
> any platform where Qt supports QImage data in the clipboard. Moreover I
i know nothing about QImage, its suppoosed to be on standard linux qt release?
> Below you find the big patch pastegraphics.patch, and the
On Feb 1, 2008, at 12:03 PM, Stefan Schimanski wrote:
Hi!
I (mostly) rewrote my patch to support pasting of graphics from the
clipboard. In contrast to my old implementation it fits much better
into LyX's architecture and is much much cleaner.
I'm anxious to try this (Mac 10.4.11), but
Pavel Sanda wrote:
By the by, it's NOT possible to set 0ms for blink in Qt4Config (on Linux
anyway), though you can do this directly in .config/Trolltech.conf, as Mark
i guess you tried to put 0 directly there :D
the trick is to go to 10ms and then pres down button and you get "no
the rest of patch seems ok to me. i tested it as well.
OK, thanks. I'll commit it when that's possible again.
Oh, I see! I guess I don't need to do that
Jurgen??
rh
Pavel Sanda wrote:
Sounds like a bug we (i.e., you!) should report to Trolltech. Now: Is there a
workaround for us in the meantime?
i believe there should be some way ho to tell opendialog to show hidden files -
setShowHiddenFiles function existed in qt3 so i would suppose it just get
>> or...dont pass filename parameter and let the open dialog start always in
>> home. if user really wants to go to hidden, let him use the popup menu for
>> displaying hidden files.
>>
>>
> This is inconvenient, at best, since ~/.lyx/bind/ is where the bind files
> will normally be put. So
98 matches
Mail list logo