On Fri, 08 Jun 2007 06:51:49 +0200
Andre Poenitz <[EMAIL PROTECTED]> wrote:
> On Thu, Jun 07, 2007 at 11:54:55AM +0200, Stefan Schimanski wrote:
> > Ran Rutenberg wrote:
> > >Hi,
> > >
> > >I tried to write a bidi file using the four patches and I didn't see
> > >a big difference in writing with t
José Matos wrote:
> - What are the patches submitted that you think deserve attention?
> I would like to give special attention to critical bugs and so
> on...
I really like to finally get the patch for bug 1749 in. Just lyx2lyx is
missing (but nobody seems to hear my call for help).
Jür
Paul A. Rubin wrote:
> The attached patch to amsdefs.inc (versions 1.4.x and 1.5.x) turns on
> short titles, which amsart.cls supports.
Looks correct. José?
Jürgen
José Matos Thu, 07 Jun 2007 16:05:49 -0700
- What are the patches submitted that you think deserve
attention?
I would like to give special attention to critical bugs and
so on.
Since the most need for saving as 1.4.x should occur in the
transition to 1.5, I think
http://bugz
On Thu, Jun 07, 2007 at 04:36:56PM -0500, Bo Peng wrote:
> On 6/7/07, Bo Peng <[EMAIL PROTECTED]> wrote:
> >On 6/7/07, Stefan Schimanski <[EMAIL PROTECTED]> wrote:
> >> drawMarkers moved to InsetMathNest?! See r18701. Please revert or fix
> >> that.
>
> The patch is partially reverted to move draw
On Thu, Jun 07, 2007 at 04:06:47PM -0500, Bo Peng wrote:
> On 6/7/07, Stefan Schimanski <[EMAIL PROTECTED]> wrote:
> >drawMarkers moved to InsetMathNest?! See r18701. Please revert or fix
> >that.
>
> Interesting, why my compiler did not complain? (The test was also
> tested by others).
>
> I wil
On Fri, Jun 08, 2007 at 12:18:55AM +1000, Darren Freeman wrote:
> On Thu, 2007-06-07 at 09:48 -0400, Richard Heck wrote:
> > Is there some way to find out what the user has installed as his or her
> > default pdf reader? Obviously, this will be highly platform sensitive,
> > and even desktop sens
On Fri, Jun 08, 2007 at 12:18:55AM +1000, Darren Freeman wrote:
> On Thu, 2007-06-07 at 09:48 -0400, Richard Heck wrote:
> > Is there some way to find out what the user has installed as his or her
> > default pdf reader? Obviously, this will be highly platform sensitive,
> > and even desktop sens
Martin Vermeer wrote:
On Thu, Jun 07, 2007 at 09:34:28PM -0500, Bo Peng wrote:
I need four positive votes to
outnumber our future-oriented masters (who consider this as a useless
ugly hack).
I like it. And the future work needed to get to that "box-based" solution
will be substantial.
On Thu, Jun 07, 2007 at 10:12:47AM -0400, Richard Heck wrote:
>
> Comments? OK?
Make sense. Fine with me.
Andre'
On Thu, Jun 07, 2007 at 11:54:55AM +0200, Stefan Schimanski wrote:
> Ran Rutenberg wrote:
> >Hi,
> >
> >I tried to write a bidi file using the four patches and I didn't see
> >a big difference in writing with the patches and without them. One
> >small problem I did find is that when writing a word
On Thu, Jun 07, 2007 at 09:34:28PM -0500, Bo Peng wrote:
> I can not believe that I am hitting a second WONTFIX in two days, but
> this is likely the fate of this patch.
>
> The attached patch adds SplitLayout environment to a few layout/inc
> files that will end up in almost all layouts. This env
Am 08.06.2007 um 01:22 schrieb Bennett Helm:
On Jun 7, 2007, at 7:01 PM, José Matos wrote:
Hi,
I have changed the proposed schedule for 1.5.0 taking into
account the delay
in the release of rc1. The new schedule can be found in the usual
place:
http://wiki.lyx.org/Devel/ReleaseSchedule
Strange, maybe my checkout it broken. But as far as I could see with
my tired eyes yesterday the mentioned patch moves drawMarkers from
InsetMath to InsetMathNest. And as InsetMathMBox is derived from the
former there should be an error, no?!
Stefan
On Thursday 07 June 2007 22:06:47 Bo Pe
The validation mechanism of InsetListingsParams is great but is not
flexible to handle unrecognized parameters introduced, e.g., by a new
version of the listings.
The attached patch allows users to input arbitrary parameters by
prefixing it with a '@' sign. @ will be removed in latex output, but
An environment paragraph would be inserted inside a box, allowing other
things to be inserted before the begin of the first item.I like this idea
a lot :-) Then we can customize the environment with ERT.Or else the first
item will not be customized...
Sorry, please use the corrected patch attached...
Dov Feldstern wrote:
Stefan Schimanski wrote:
Guy in the other thread prefers some magic here that the first space
is moved to the other side (so in fact the LyX 1.3 behavior. What do
you think? We could probably implement such a magic in the
Stefan Schimanski wrote:
Guy in the other thread prefers some magic here that the first space is
moved to the other side (so in fact the LyX 1.3 behavior. What do you
think? We could probably implement such a magic in the insertChar handler.
Right, and so does Ran. Attached is a patch whic
On Jun 7, 2007, at 7:01 PM, José Matos wrote:
Hi,
I have changed the proposed schedule for 1.5.0 taking into account
the delay
in the release of rc1. The new schedule can be found in the usual
place:
http://wiki.lyx.org/Devel/ReleaseSchedule
(Executive summary: rc2 - 15 June; final - 22 Ju
Hi,
I have changed the proposed schedule for 1.5.0 taking into account the
delay
in the release of rc1. The new schedule can be found in the usual place:
http://wiki.lyx.org/Devel/ReleaseSchedule
(Executive summary: rc2 - 15 June; final - 22 June)
I would like to only allow fixes
On Tuesday 05 June 2007 22:11:14 Jean-Marc Lasgouttes wrote:
>
> He is just trying to please his new boss :)
>
> JMarc
As it can be seen here in the second photo taken in Berlin (first person
standing in the left side):
http://labs.trolltech.com/blogs/2007/05/30/qt-430-released/
--
José Abílio
Jean-Marc Lasgouttes wrote:
José> I have a personal agenda against this kind of hacks. :-) I
José> know because I have used them in the past.
I'd rather avoid such hacks too, since they do not add much we cannot
already can do.
José> The solution would be to go to a box based approach (from
On Thursday 07 June 2007 23:01:16 Jean-Marc Lasgouttes wrote:
> The 'only' problem is a very tough one...
>
> Another solution is to remove this special handling for environments
> and force to use depth when several paragraphs are in a same env.
>
> JMarc
It needs carefull thought but it is not s
On Tuesday 05 June 2007 21:32:05 Mael Hilléreau wrote:
> Le 5 juin 07 à 19:14, Andre Poenitz a écrit :
> > Pleas send patches (also) to the mailing list unless they are
> > exceptionally large. And please create 'unified diffs'. People
> > here are used to them...
>
> Sorry about that, I updated th
> "José" == José Matos <[EMAIL PROTECTED]> writes:
José> I have a personal agenda against this kind of hacks. :-) I
José> know because I have used them in the past.
I'd rather avoid such hacks too, since they do not add much we cannot
already can do.
José> The solution would be to go to
On Thursday 07 June 2007 22:06:47 Bo Peng wrote:
> Interesting, why my compiler did not complain? (The test was also
> tested by others).
I had no problems with gcc 4.1.2 (with bits from 4.2) or else I would have
complained earlier. :-)
--
José Abílio
Alfredo> Seems fair enough ;-)
Go for it,
Will do.
but Alfredo's suggestion is the way to go later.
I hope Alfredo will go further enough to merge text and table clipboards. :-)
Bo
> "Alfredo" == Alfredo Braunstein <[EMAIL PROTECTED]> writes:
>> That makes sense but as I have said (or implied), to avoid
>> introduction of new bugs, it is unwise to overhaul clipboards now.
>> JMarc's two-liner stops crashes, my two-liners saves selection
>> correctly for that particular
> "Dov" == Dov Feldstern <[EMAIL PROTECTED]> writes:
Dov> But what do you think about this suggestion: instead of adding
Dov> switchKeyMap in the new place, and where I added it originally,
Dov> just add it inside translateAndInsert() itself? (I haven't tried
Dov> this out yet --- but if it wo
On 6/7/07, Bo Peng <[EMAIL PROTECTED]> wrote:
On 6/7/07, Stefan Schimanski <[EMAIL PROTECTED]> wrote:
> drawMarkers moved to InsetMathNest?! See r18701. Please revert or fix
> that.
The patch is partially reverted to move drawMarkers and drawMarkers2
back to its original place. The problem shou
Bo Peng wrote:
I can polish this and add lyx2lyx.
I guess it is better called 'Splitter' or 'Separator', and is
displayed as '--- split environment ---' Othewise, we will see lyx
files with all environment properly ended with this environment.
Yes, that seems right. I had a similar idea.
rh
On 6/7/07, Stefan Schimanski <[EMAIL PROTECTED]> wrote:
drawMarkers moved to InsetMathNest?! See r18701. Please revert or fix
that.
Interesting, why my compiler did not complain? (The test was also
tested by others).
I will see what is going on...
Bo
Dov Feldstern wrote:
José Matos wrote:
On Thursday 07 June 2007 08:47:24 Jean-Marc Lasgouttes wrote:
The patch is OK to me (with the extra switchKeymap).
Dov if you come with a patch with this suggestion implemented then
you have my OK. :-)
JMarc
Thanks, I will send a corrected patc
drawMarkers moved to InsetMathNest?! See r18701. Please revert or fix
that.
/Users/sts/Quellen/mac/lyx-devel/src/mathed/InsetMathMBox.cpp: In
member function 'virtual void lyx::InsetMathMBox::draw
(lyx::PainterInfo&, int, int) const':
/Users/sts/Quellen/mac/lyx-devel/src/mathed/InsetMathMBox
Am 07.06.2007 um 22:51 schrieb Dov Feldstern:
Stefan Schimanski wrote:
Am 07.06.2007 um 22:29 schrieb José Matos:
On Thursday 07 June 2007 14:19:41 Stefan Schimanski wrote:
Order to apply:
no_bidi_isboundary.patch
no_bidi_setcurrentfont.patch
local_bidi.patch
cursor_get_font.patch
rtl_space
José Matos wrote:
On Thursday 07 June 2007 08:47:24 Jean-Marc Lasgouttes wrote:
The patch is OK to me (with the extra switchKeymap).
Dov if you come with a patch with this suggestion implemented then you have
my OK. :-)
JMarc
Thanks, I will send a corrected patch soon.
Stefan Schimanski wrote:
Am 07.06.2007 um 22:29 schrieb José Matos:
On Thursday 07 June 2007 14:19:41 Stefan Schimanski wrote:
Order to apply:
no_bidi_isboundary.patch
no_bidi_setcurrentfont.patch
local_bidi.patch
cursor_get_font.patch
rtl_spaces.patch
What is missing to apply from this
On Thursday 07 June 2007 21:41:45 Stefan Schimanski wrote:
> Just the last one. Want to hear some report by people here in the
> thread. Then it can go in.
That is fair.
> Stefan
--
José Abílio
Am 07.06.2007 um 22:29 schrieb José Matos:
On Thursday 07 June 2007 14:19:41 Stefan Schimanski wrote:
Order to apply:
no_bidi_isboundary.patch
no_bidi_setcurrentfont.patch
local_bidi.patch
cursor_get_font.patch
rtl_spaces.patch
What is missing to apply from this set?
Just the last one.
On Thursday 07 June 2007 14:19:41 Stefan Schimanski wrote:
> Order to apply:
>
> no_bidi_isboundary.patch
> no_bidi_setcurrentfont.patch
> local_bidi.patch
> cursor_get_font.patch
> rtl_spaces.patch
What is missing to apply from this set?
> Stefan
--
José Abílio
On Thursday 07 June 2007 08:47:24 Jean-Marc Lasgouttes wrote:
> The patch is OK to me (with the extra switchKeymap).
Dov if you come with a patch with this suggestion implemented then you have
my OK. :-)
> JMarc
--
José Abílio
Bo Peng wrote:
>> > Logically speaking, we should saveSelection after cur has moved to its
>> > place. In that case, cur is undispatched so saveSelection should not
>> > be called.
>>
>> Maybe the best would be calling saveSelection at the end of
>> Cursor::dispatch (maybe adding the check if the
> Logically speaking, we should saveSelection after cur has moved to its
> place. In that case, cur is undispatched so saveSelection should not
> be called.
Maybe the best would be calling saveSelection at the end of
Cursor::dispatch (maybe adding the check if the cursor has moved), and
nowhere e
On Thursday 07 June 2007 21:01:10 Stefan Schimanski wrote:
> Here are two further patches to clean up the code:
>
> * local_bidi.patch: The bidi object in the class Text is only used in
> places now where a ParagraphMetrics::computeRowMetrics call comes
> before. And this function the Bidi object i
Bo Peng wrote:
>>
>> saveSelection does not hurt even in the LFUN_FINISHED case. At worst
>> it is useless.
>
> Logically speaking, we should saveSelection after cur has moved to its
> place. In that case, cur is undispatched so saveSelection should not
> be called.
Maybe the best would be calli
Here are two further patches to clean up the code:
* local_bidi.patch: The bidi object in the class Text is only used in
places now where a ParagraphMetrics::computeRowMetrics call comes
before. And this function the Bidi object is updated. So it is a
little step now to remove the Text::bid
On Thu, Jun 07, 2007 at 12:33:45PM -0400, Paul A. Rubin wrote:
> The attached patch to amsdefs.inc (versions 1.4.x and 1.5.x) turns on
> short titles, which amsart.cls supports. I'm not sure why they're not
> on already -- maybe there was a reason?
I suppose it was because the feature was added
Something like new page inset?
An inset separator?
That still falls into the insert something category. You still have to
insert in the 'standard' environment. Otherwise your inset, although
output nothing in latex, will be nested. I mean
1. item1
2. your do-nothing inset
3. item1
Bo
On Thursday 07 June 2007 20:03:09 Bo Peng wrote:
> Using the environment approach, I enter , choose separator
> layout, , and then start a new list. (How to avoid that second
> ?)
Something like new page inset?
An inset separator?
> Bo
--
José Abílio
On Thursday 07 June 2007 20:03:09 Bo Peng wrote:
>
> Do you want to insert an inset?
I want everything to be an inset. Say an inset chapter, with the first line
being the title, and all other lines being inside the inset. The same would
be applied to sections and subsections and so on...
An
Jean-Marc Lasgouttes wrote:
> Alfredo> Should have "Mathed" in the name then no?
>
> No because the long term objectove is to merge all these things, I
> guess.
I think that the nice name should be reserved as a reward for the merger ;-)
> And a bit of mystery and surprise makes life more inte
What I am afraid is that with this short term solution we delay further the
real solution. :-(
I still can not understand your proposal. What do you want to do after
1 item1
to append
1 something else?
Using the environment approach, I enter , choose separator
layout, , and then start a ne
I can polish this and add lyx2lyx.
I guess it is better called 'Splitter' or 'Separator', and is
displayed as '--- split environment ---' Othewise, we will see lyx
files with all environment properly ended with this environment.
Cheers,
Bo
On Thursday 07 June 2007 19:34:15 Bo Peng wrote:
> Jose:
>
> I can polish this and add lyx2lyx. I wrote this for my own use but if
> there is a bug report for it, I guess I can make this official. Is
> this something you want for 1.5.0?
Honestly?
I have a personal agenda against this kind of
> I can polish this and add lyx2lyx.
What does lyx2lyx do with layouts it doesn't recognize (i.e., ones I
custom-defined)? That's what this would be, basically, unless you want
to convert it to the ERT hack or whatever.
It would be nice to convert it to something like
\begin_layout Standard
\be
Bo Peng wrote:
> They do not work. :-(
Are you sure?
Oops, I was using LeftMargin... :-)
I can polish this and add lyx2lyx.
What does lyx2lyx do with layouts it doesn't recognize (i.e., ones I
custom-defined)? That's what this would be, basically, unless you want
to convert it to the ERT hac
> They do not work. :-(
Are you sure?
Oops, I was using LeftMargin... :-)
Jose:
I can polish this and add lyx2lyx. I wrote this for my own use but if
there is a bug report for it, I guess I can make this official. Is
this something you want for 1.5.0?
Bo
On Thursday 07 June 2007 19:15:47 Jürgen Spitzmüller wrote:
> http://bugzilla.lyx.org/show_bug.cgi?id=848
>
> This bug was reported in Jan 2003 against LyX 1.2.2.
> Here's the patch. I understand it took as so long. The fix was very tricky
> ;-)
I think that this deserves to be mentioned in the
Jürgen Spitzmüller wrote:
http://bugzilla.lyx.org/show_bug.cgi?id=848
This bug was reported in Jan 2003 against LyX 1.2.2.
Here's the patch. I understand it took as so long. The fix was very tricky ;-)
OK for branch and trunk?
Looks fine to me. Very, very nice work!!
Richard
Jürgen
---
Try a Dynamic margin (or FirstDynamic). If you use a static margin with
a labeled environment, then the label appears to the left of the
margin---I think---which is why you see the behavior you do.
They do not work. :-(
I see no documentation about these directives, so I will have to read
the s
http://bugzilla.lyx.org/show_bug.cgi?id=848
This bug was reported in Jan 2003 against LyX 1.2.2.
Here's the patch. I understand it took as so long. The fix was very tricky ;-)
OK for branch and trunk?
Jürgen
Index: lib/doc/LaTeXConfig.lyx.in
==
José Matos wrote:
On Thursday 07 June 2007 15:12:47 Richard Heck wrote:
Comments? OK?
I was expecting other feedback. Since the patch is trivial and no one objected
you have my OK. :-)
Me too. ;-)
Bo Peng wrote:
The issue here is that middle-click of external material pastes where
So long as the (default) color difference is small, I think this will be
fine with people. So I'd say OK.
Thanks. It is committed at r18701.
Move your mouse over mathed, you will like the hovering effect.
Bo
Darren Freeman wrote:
On Thu, 2007-06-07 at 09:56 -0400, Richard Heck wrote:
kpdf stores zoom and such between sessions on my machine.
Actually I only tried PS so I should have said kghostview only.
Maybe keep the one viewer open, overwrite the file, and send it a signal
to revert
On Thursday 07 June 2007 18:56:46 Jürgen Spitzmüller wrote:
> As discussed.
>
> OK?
Yep.
> Jürgen
--
José Abílio
Bo Peng wrote:
Style EndEnvironment
KeepEmpty 1
MarginStatic
LatexType Paragraph
LatexName dummy
ParIndent MM
TopSep0
BottomSep 0
ParSep0
Align
This isn't exactly this one:
http://bugzilla.lyx.org/show_bug.cgi?id=2697, but it is close.
This is exactly what I am talking about. I think an environment like
what I have proposed is enough, just need a bit tuning from layout
experts.
Bo
As discussed.
OK?
Jürgen
Index: src/LaTeXFeatures.cpp
===
--- src/LaTeXFeatures.cpp (Revision 18698)
+++ src/LaTeXFeatures.cpp (Arbeitskopie)
@@ -670,8 +670,8 @@
macros << "\\providecolor{lyxdeleted}{rgb}{"
<< cdel.r/255
Bo Peng wrote:
It is currently non-trivial to write
1. item1
1. item1
2. item2
e.g.
\begin{enumerate}
\item item1
\end{enumerate}
\begin{enumerate}
\item item1
\item item2
\end{enumerate}
Because it is not easy to tell lyx to break an environment.
This isn't exactly this one:
http://bugzill
Bo Peng wrote:
> I was wrong so this is now
http://bugzilla.lyx.org/show_bug.cgi?id=3825 .
Maybe you will have more luck if you remove mathhoverbg from the
patch ;-)
If I get another OK if I remove mathhoberbg, I will remove it and submit.
So long as the (default) color difference is small, I
saveSelection does not hurt even in the LFUN_FINISHED case. At worst
it is useless.
Logically speaking, we should saveSelection after cur has moved to its
place. In that case, cur is undispatched so saveSelection should not
be called.
I am not sure the patch is done at the right place. The me
Jean-Marc Lasgouttes wrote:
> Yes.
Done.
Jürgen
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> But my patch was correct in that saveSelection should not be
Bo> called before LFUN_FINISHED is processed in that particular case.
Bo> The patch fixes the problem and save the correct selected text
Bo> (things in the lower cell).
saveSelection
On Fri, Jun 08, 2007 at 12:39:54AM +1000, Darren Freeman wrote:
> I originally dropped generating DVI because it wouldn't print (xdvi
> sucks!).
I disagree. Try compiling xdvi using --with-xdvi-x-toolkit=motif
I attach here a screenshot I took on Solaris.
--
Enrico
<>
kpdf has a full screen presentational mode, I do all my presentations using
it.
I meant the automatic full screen mode set by
\hypersetup{ pdfpagemode=FullScreen }
Bo
Darren Freeman wrote:
> Question: how is a new user to decide which of the three seemingly
> identical options to pick for generating a PDF?
Their difference should be documented.
> Are they almost functionally equivalent?
No.
> Shouldn't one of them be chosen in preference
> to the others?
> I was wrong so this is now http://bugzilla.lyx.org/show_bug.cgi?id=3825 .
Maybe you will have more luck if you remove mathhoverbg from the patch ;-)
If I get another OK if I remove mathhoberbg, I will remove it and submit.
Cheers,
Bo
Try the following: create a 2x1 table with 2 characters in cell 1 and
4 in cell 4. Put cursor at the end of cell 2 and do Shift-Up,
Shift-Left.
I see.
You get a crash, but no LFUN_FINISHED action is invoked. It is really
multi-cell selection that is broken.
But my patch was correct in that s
On Wed, Jun 06, 2007 at 09:38:39AM -0500, Bo Peng wrote:
> > I deem that this will be more acceptable than my previous patch.
>
> I was wrong so this is now http://bugzilla.lyx.org/show_bug.cgi?id=3825 .
Maybe you will have more luck if you remove mathhoverbg from the patch ;-)
--
Enrico
choose enumerate -- insert text
choose standard -- insert Ctrl-L and %
choose enumerate -- insert text
There are many such ways but you are inserting some unnecessary stuff
to lyx, and the latex output. And, it is visually unclear what is
happening here.
I am proposing something like
1 item1
-
Henceforth %AD%="C:\Documents and Settings\me\Application Data" so I
don't have to keep typing it.
I had 1.5.0beta3 installed (with home = %AD%\LyX15beta1), then installed
1.5.0rc1 and uninstalled beta3 (leaving settings intact). That created
%AD%\LyX15, to which I copied some stuff from the
Bo Peng wrote:
> It is currently non-trivial to write
>
> 1. item1
> 1. item1
> 2. item2
that's pretty easy
choose enumerate -- insert text
choose standard -- insert Ctrl-L and %
choose enumerate -- insert text
view
Herbert
The attached patch to amsdefs.inc (versions 1.4.x and 1.5.x) turns on
short titles, which amsart.cls supports. I'm not sure why they're not
on already -- maybe there was a reason?
Hopefully the patch file is readable. If not, just add OptionalArgs 1
to the Title section of amsdefs.inc.
/Pa
> "Bo" == Bo Peng <[EMAIL PROTECTED]> writes:
Bo> How come my analysis is incorrect? We are talking about the same
Bo> thing.
Bo> I said: saveSelection can not handle this case so I do not call
Bo> it. You said: let me disable this case in saveSelection.
Bo> I actually said: saveSelection sh
It is currently non-trivial to write
1. item1
1. item1
2. item2
e.g.
\begin{enumerate}
\item item1
\end{enumerate}
\begin{enumerate}
\item item1
\item item2
\end{enumerate}
Because it is not easy to tell lyx to break an environment. The same
problem exists for consecutive definitions, proof et
On Thursday 07 June 2007 16:16:31 Darren Freeman wrote:
> Wow. That's handy! So why not add it to the front of the list of tests?
The only patch carried by the Fedora package does precisely that. I will wait
to see how it works there before suggesting it for inclusion.
FWIW this is a topic that
Georg Baum wrote:
Then Koji could fire up a debugger, set a breakpoint in
parse_printf_directive() and report what the result of the narrow() call
is.
Do you mean the return value of wrap_narrow() call? If so, the result of
gdb was:
> $1 = -65 '\277'
It appeared twice in boost/boost/format/
I do not think the analysis is correct. The real problem is that
saveSelection is not prepared (like most of our cut-and-paste
mechanism) to handle multi-cell selections.
How come my analysis is incorrect? We are talking about the same thing.
I said: saveSelection can not handle this case so I
On Thu, 2007-06-07 at 15:22 +0100, José Matos wrote:
> That exists already under a common umbrella (freedesktop.org):
> http://portland.freedesktop.org/xdg-utils-1.0/xdg-open.html
Wow. That's handy! So why not add it to the front of the list of tests?
It doesn't solve the problem of loading the
On Thu, 2007-06-07 at 09:56 -0400, Richard Heck wrote:
> kpdf stores zoom and such between sessions on my machine.
Actually I only tried PS so I should have said kghostview only.
> > Maybe keep the one viewer open, overwrite the file, and send it a signal
> > to revert? I would have thought that
On Thu, 7 Jun 2007, Richard Heck wrote:
[EMAIL PROTECTED] wrote:
On Tue, 5 Jun 2007, Richard Heck wrote:
In Opera, you can e.g. google from the URI address bar. All you have to do
is enter a "URI" such as
g LyX software
and you will go and do a google search.
Apparently, this is al
The issue here is that middle-click of external material pastes where
the cursor WAS, not where one clicks.
Really? If so, it is a bug that should be fixed. The patch looks OK to me.
Note that:
- lyx paste to where mouse is
- many other applicate paste to where cursor is (e.g. gvim)
Bo
On Thursday 07 June 2007 15:18:55 Darren Freeman wrote:
> If we call LyX a Qt-only app, then we could do this the KDE way and
> query the file association preferences, as used by Konqueror and others.
> One day they will get Gnome and KDE integrated well enough to have one
> using the preferences o
There don't seem to be many of these.
[EMAIL PROTECTED] src]$ srcgrep 'tocBackend().update()'
buffer_funcs.cpp:704: cbuf.tocBackend().update();
frontends/controllers/ControlToc.cpp:120:
kernel().buffer().getMasterBuffer()->tocBackend().update();
MenuBackend.cpp:708:const_cast(buf)->tocBacken
On Thursday 07 June 2007 15:12:47 Richard Heck wrote:
> Comments? OK?
I was expecting other feedback. Since the patch is trivial and no one objected
you have my OK. :-)
--
José Abílio
On Thu, 2007-06-07 at 09:48 -0400, Richard Heck wrote:
> Is there some way to find out what the user has installed as his or her
> default pdf reader? Obviously, this will be highly platform sensitive,
> and even desktop sensitive, but it would be the most user-friendly thing
> to do.
If we cal
On Thursday 07 June 2007 14:50:28 Richard Heck wrote:
> Apparently, this is also possible in Firefox, using the "keywords" field
> of the bookmark entry. Who knew?
>
> Richard
konqueror has general support for this as well.
gg: LyX software
--
José Abílio
On Thu, 2007-06-07 at 09:48 -0400, Richard Heck wrote:
> Darren Freeman wrote:
> > Acroread basically won't be used any more.
> As well it shouldn't. ;-)
Although since Adobe created the PS/PDF standards, you could say
acroread is the reference implementation :)
Adobe should really be sponsoring
Comments? OK?
The issue here is that middle-click of external material pastes where
the cursor WAS, not where one clicks. This works, but I don't know if
it's best. I can't seem to figure out where the cursor position is set
in the other branch: You don't get this behavior with pastes of interna
Bo Peng wrote:
The way to solve this might be to put some appropriate code into
InsetCaption::notifyCursorLeaves().
I do not think it is a good idea to update Toc during editing, because
simple add/remove of sections, change of environment will break Toc,
so it is close to impossible to conside
1 - 100 of 126 matches
Mail list logo
