Enrico Forestieri wrote:
> > this is only dvi and pdf stuff. secondly there are at least two ways how
> > to have only one menu item - remember last view type or detect whether
> > temp dir contains dvi or pdf. preferred format is not enough for my
> > usecases, but dont want to again flame on this
On Thu, Apr 15, 2010 at 11:32:34PM +0200, Pavel Sanda wrote:
> Jean-Marc Lasgouttes wrote:
> > Hmm, the user already has a way to set the preferred format /per document/.
> > Are you really hinting that it is not enough and that we should have a
> > submenu
> > Forward Search>DVI/PDF/DjVu/Custom.
Jean-Marc Lasgouttes schreef:
Le 15 avr. 10 à 23:23, Vincent van Ravesteijn a écrit :
Why not return a DispatchResult& ? I think that was the intent anyway.
Why would we. The only place from where the DispatchResult is changed
is within the Cursor class, so direct access to the private member.
Jean-Marc Lasgouttes wrote:
> Hmm, the user already has a way to set the preferred format /per document/.
> Are you really hinting that it is not enough and that we should have a
> submenu
> Forward Search>DVI/PDF/DjVu/Custom... ?
this is only dvi and pdf stuff. secondly there are at least two wa
Le 15 avr. 10 à 23:23, Vincent van Ravesteijn a écrit :
Why not return a DispatchResult& ? I think that was the intent
anyway.
Why would we. The only place from where the DispatchResult is
changed is within the Cursor class, so direct access to the private
member.
Beacuse it is one less
Le 15 avr. 10 à 22:55, Pavel Sanda a écrit :
the problem here is that iirc distributions like debian patches lyx
with
xdg-open which will decide later which previewer is launched.
It is OK, as long as they patch xdg-open to support forward search :)
JMarc
Le 15 avr. 10 à 17:49, Enrico Forestieri a écrit :
The point is that in the command you have to specify either the .dvi
or .pdf file, so you have to know for which kind of output you want
to perform a forward search. How would you avoid the need for having
two possible choices in a menu?
Hmm, t
I made result() return a const & in order not to have anyone trying to
do this again.
Why not return a DispatchResult& ? I think that was the intent anyway.
Why would we. The only place from where the DispatchResult is changed is
within the Cursor class, so direct access to the private membe
Le 15 avr. 10 à 19:15, Vincent van Ravesteijn - TNW a écrit :
Author: lasgouttes
Date: Fri Nov 13 15:32:51 2009
New Revision: 31969
URL: http://www.lyx.org/trac/changeset/31969
+ // Is this a function that acts on inset at point?
+ if (lyxaction.funcHasFlag(cmd.action, LyXAct
Jean-Marc Lasgouttes wrote:
> Enrico Forestieri writes:
> > Hmm... If you add a menu, you should be able to specify either
> > "forward-search dvi" or "forward-search pdf", otherwise, without any
> > argument, forward seach is only possible with dvi. So, I think that
> > both \forward_search_dvi a
On 04/15/2010 11:06 AM, Pavel Sanda wrote:
Richard Heck wrote:
Yes, there will be a few XHTML settings. Probably one check box (strict
XHTML versus not so strict), one combo box (math output type), and one text
field (scaling factor for math images).
ok there is place for xhtml in gen
On Thu, Apr 15, 2010 at 05:49:56PM +0200, Enrico Forestieri wrote:
> On Thu, Apr 15, 2010 at 05:32:28PM +0200, Jean-Marc Lasgouttes wrote:
> > Enrico Forestieri writes:
> > > Hmm... If you add a menu, you should be able to specify either
> > > "forward-search dvi" or "forward-search pdf", otherwis
>Author: lasgouttes
>Date: Fri Nov 13 15:32:51 2009
>New Revision: 31969
>URL: http://www.lyx.org/trac/changeset/31969
>
>+ // Is this a function that acts on inset at point?
>+ if (lyxaction.funcHasFlag(cmd.action, LyXAction::AtPoint)
>+ && nextInset()) {
>+
On Thu, Apr 15, 2010 at 11:49 PM, Enrico Forestieri wrote:
> On Thu, Apr 15, 2010 at 05:32:28PM +0200, Jean-Marc Lasgouttes wrote:
>> Enrico Forestieri writes:
>> > Hmm... If you add a menu, you should be able to specify either
>> > "forward-search dvi" or "forward-search pdf", otherwise, without
On 15/04/2010 9:06 AM, Julien Rioux wrote:
Let me try again with a fresh checkout.
It works now. Thanks.
--
Julien
On Thu, Apr 15, 2010 at 05:32:28PM +0200, Jean-Marc Lasgouttes wrote:
> Enrico Forestieri writes:
> > Hmm... If you add a menu, you should be able to specify either
> > "forward-search dvi" or "forward-search pdf", otherwise, without any
> > argument, forward seach is only possible with dvi. So, I
Enrico Forestieri writes:
> Hmm... If you add a menu, you should be able to specify either
> "forward-search dvi" or "forward-search pdf", otherwise, without any
> argument, forward seach is only possible with dvi. So, I think that
> both \forward_search_dvi and \forward_search_pdf are needed and
On Thu, Apr 15, 2010 at 04:52:58PM +0200, Pavel Sanda wrote:
> Enrico Forestieri wrote:
> > However, I think that we need \forward_search_dvi and \forward_search_pdf
> > instead of simply \forward_search.
>
> was thinking about this, but concluded that user uses just one viewer
> for such purposes
Richard Heck wrote:
> Yes, there will be a few XHTML settings. Probably one check box (strict
> XHTML versus not so strict), one combo box (math output type), and one text
> field (scaling factor for math images).
ok there is place for xhtml in general panel now.
pavel
On Thu, Apr 15, 2010 at 04:45:50PM +0200, Jean-Marc Lasgouttes wrote:
> Le 15/04/2010 15:55, Enrico Forestieri a écrit :
>> Then, there is another issue. Some applications require that the files are
>> quoted. However, there is no way to embed a quote in a preference string.
>> For example, Sumatra
Le 15/04/2010 15:55, Enrico Forestieri a écrit :
Then, there is another issue. Some applications require that the files are
quoted. However, there is no way to embed a quote in a preference string.
For example, SumatraPDF performs a forward search when it receives the
DDE command [ForwardSearch("
Enrico Forestieri wrote:
> However, I think that we need \forward_search_dvi and \forward_search_pdf
> instead of simply \forward_search.
was thinking about this, but concluded that user uses just one viewer
for such purposes. feel free to change this if you think otherwise.
> Then, there is anot
Enrico Forestieri wrote:
> On Thu, Apr 15, 2010 at 01:48:02PM +0200, Pavel Sanda wrote:
> >
> > next question - there are more methods in manual how to setup the the
> > search. is someof them recommended?
>
> The new synctex machinery should obsolete all other methods, but I think
> that it is n
Pavel Sanda wrote:
> Richard Heck wrote:
> > Would it be possible somehow to set this based upon which viewer the user
> > has selected? It seems a pain to have to configure the viewer and then also
> > configure its forward search command. We'd have to have some map somewhere
> > from possible
On Thu, Apr 15, 2010 at 01:48:02PM +0200, Pavel Sanda wrote:
>
> next question - there are more methods in manual how to setup the the
> search. is someof them recommended?
The new synctex machinery should obsolete all other methods, but I think
that it is not available in all TeX distributions.
On Thu, Apr 15, 2010 at 01:33:53PM +0200, Pavel Sanda wrote:
>
> ok. btw can you post the correct yap command for the documentation?
That would be
\forward_search "yap -1 -s $$n$$t $$o"
(no typos here, that is right $$n$$t, sigh).
However, I think that we need \forward_search_dvi and \forward_
Richard Heck wrote:
> Would it be possible somehow to set this based upon which viewer the user
> has selected? It seems a pain to have to configure the viewer and then also
> configure its forward search command. We'd have to have some map somewhere
> from possible viewers to commands
hmm,
On 04/14/2010 10:09 PM, Pavel Sanda wrote:
diff --git a/src/LyXAction.cpp b/src/LyXAction.cpp
index 053680a..32a2604 100644
--- a/src/LyXAction.cpp
+++ b/src/LyXAction.cpp
@@ -2825,6 +2825,23 @@ void LyXAction::init()
*/
{ LFUN_SERVER_GOTO_FILE_ROW, "server-goto-file-row", Read
On 04/14/2010 10:16 PM, Pavel Sanda wrote:
hi,
our tools->preferences->output panels are now completely unbalanced.
latex pane overflows with items, while "date format" and "plain text"
are orphans. what about joining these two into one "general" panel?
Sounds good.
Richard do you plan s
rgheck writes:
> With File>New, you don't have this problem. It's File>Open, type
> "xyz.lyx". Now File>Save is disabled. This is in part because of:
OK, I see.
> Can a buffer have no paragraphs at all? Or is that test useless?
This looks weird indeed.
JMarc
On 15/04/2010 8:33 AM, Vincent van Ravesteijn - TNW wrote:
I don't understand. If I choose the Rubbish module in the available
list, it correctly states in the description field that some of the
requirements are not fulfilled. If I then press Add, I get a dialog box
stating that you might not b
>> The user get's a message box with a warning that he might not
generate
>> any output. (or do you mean something else ?).
>>
>> You did throw it in one of the three cases in the function.
>>
>> Vincent
>>
>
>I still don't get any warning (neither in a box or
>on the console). What's up? Bug st
Pavel Sanda wrote:
> do you think its good idead to add this entry into edit context menu under
> bookmarks jump?
next question - there are more methods in manual how to setup the the search.
is someof
them recommended? it would be possible to to add document setting for
generation of
\usepack
Enrico Forestieri wrote:
> On Thu, Apr 15, 2010 at 04:09:25AM +0200, Pavel Sanda wrote:
>
> > + FileName const path(doc_buffer->temppath());
> > + string const texname = addName(path.absFilename(),
> > doc_buffer->latexName());
> > + string co
On Thu, Apr 15, 2010 at 11:27:41AM +0200, Pavel Sanda wrote:
> Ben M. wrote:
> > As I understand, once the reverse search regression
> > http://www.lyx.org/trac/ticket/6415
> > gets fixed, we'll be able to go back and forth between LyX and dvi in v2.0?
>
> yes, #6415 is mustfix for 2.0. hello Ab
On Thu, Apr 15, 2010 at 04:09:25AM +0200, Pavel Sanda wrote:
> + FileName const path(doc_buffer->temppath());
> + string const texname = addName(path.absFilename(),
> doc_buffer->latexName());
> + string const outname = addName(path.absF
Ben M. wrote:
> On Wed, Apr 14, 2010 at 10:09 PM, Pavel Sanda wrote:
> > attached is the patch implementing forward search.
>
> This news is very exciting for me!
i dont plan to backport, but there is hackish version for 1.6 in case
you are interested in using it privately :)
pavel
Index: src/Ly
On Thu, Apr 15, 2010 at 10:42:25AM +0200, Jean-Marc Lasgouttes wrote:
> But of course, word-level diff might bring more.
And also produce more readable results. In some cases, I see entire
paragraphs changed in a succession of striked out and underlined
characters, making them practically unreada
Ben M. wrote:
> As I understand, once the reverse search regression
> http://www.lyx.org/trac/ticket/6415
> gets fixed, we'll be able to go back and forth between LyX and dvi in v2.0?
yes, #6415 is mustfix for 2.0. hello Abdel :)
pavel
Pavel Sanda writes:
> * Comparison - IIRC Vincent considered some more work which would use
> words instead of characters to boost up the process.
>Currently the documents which are far from each other will
> never finish in a reasonable time.
> --Pavel:
40 matches
Mail list logo
