ahmet nurlu | 2 Feb 19:17 2006
Picon

Inverse and Forward Search : This is not what I expected

Hi,

I was using MikTeX and YAP previewer for my tex files
in Windows. My editor of choice was WinEdt. Recently,
I switced to Debian/sarge. I was expecting the  same
functionality of inverse and forward search in TeTeX.
However what I observed in TeTeX is different in
MikTeX.

When I make a forward search in WinEdt, YAP displays
the position roughly corresponding to your current
position in YAP. It  points the corresponding line and
puts a circle on the line in the YAP(one line below or
above of it at the worst). Inverse searching in  YAP
works almost the same: When you initiate  the inverse
search from the YAP previewer, the editor displays the
corresponding source line in a small margin of error.

In my Debian/Sarge system, I use TeTeX(ver:3.0.13) and
Xdvi(ver:22.84.9). When I initiate a forward search
from gvim, Xdvi draws a rectangle around the paragraph
in which the correspoding line in a source file
belongs to. So it is a big margin of error. Inverse
search works with the same big margin of error. It
doesn't matter where you click in a paragraph in Xdvi,
it always points the begining of a paragraph in the
corresponding source file.

I don't know what is the wrong with these inverse and
forward search. I don't think gvim or Xdvi is a
(Continue reading)

Stefan Ulrich | 2 Feb 20:23 2006
Picon
Picon

Re: Inverse and Forward Search : This is not what I expected

Ahmet Nurlu <ahmet_nurlu <at> yahoo.com> writes:

> When I make a forward search in WinEdt, YAP displays the position roughly
> corresponding to your current position in YAP.
[...]
> In my Debian/Sarge system, I use TeTeX(ver:3.0.13) and Xdvi(ver:22.84.9). When I
> initiate a forward search from gvim, Xdvi draws a rectangle around the paragraph
> in which the correspoding line in a source file belongs to. So it is a big
> margin of error. Inverse search works with the same big margin of error. It
> doesn't matter where you click in a paragraph in Xdvi, it always points the
> begining of a paragraph in the corresponding source file.

One thing you could try is make sure that you enabled all types
of source specials:

'latex --src-specials=cr,display,hbox,math,par,parend,vbox'

- maybe this will be more similar to the MikTeX behaviour.  As far as
I know, the original implementation was adopted from MikTeX, but it
might have changed; e.g. specials at some positions could have caused
problems with TeX behaving differently from non-special mode
(i.e. failing the Trip test) so that they were removed; or maybe the
MikTeX implementation has also changed in the meantime so that it uses
more/better specials now.

FWIW, I also used source specials heavily and found the
paragraph-level resolution sufficient in most cases. (FWIW,
xdvi can also do a string search in the DVI file if you're
looking for a specific word).

(Continue reading)

SourceForge.net | 2 Feb 21:54 2006
Picon
Picon

[ xdvi-Bugs-1422928 ] please use cntl-wheel to zoom

Bugs item #1422928, was opened at 2006-02-02 12:54
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=377580&aid=1422928&group_id=23164

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: X interface
Group: feature request
Status: Open
Resolution: None
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
Assigned to: Nobody/Anonymous (nobody)
Summary: please use cntl-wheel to zoom

Initial Comment:
Hi,

down here in the DBTS we got the request to use
cntl-wheel to zoom in xdvi.

Please use cntl-wheel to zoom, as in evince, acroread,
firefox, and many Windows programs.  That is, I would
like this default resource setting:

    xdvi.wheelTranslations:\
    Ctrl<Btn4Down>:set-shrink-factor(+)\n\
    Ctrl<Btn5Down>:set-shrink-factor(-)\n\
(Continue reading)

SourceForge.net | 2 Feb 22:55 2006
Picon
Picon

[ xdvi-Bugs-1422928 ] please use cntl-wheel to zoom

Bugs item #1422928, was opened at 2006-02-02 21:54
Message generated for change (Comment added) made by stefanulrich
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=377580&aid=1422928&group_id=23164

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: X interface
Group: feature request
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Nobody/Anonymous (nobody)
>Assigned to: Stefan Ulrich (stefanulrich)
Summary: please use cntl-wheel to zoom

Initial Comment:
Hi,

down here in the DBTS we got the request to use
cntl-wheel to zoom in xdvi.

Please use cntl-wheel to zoom, as in evince, acroread,
firefox, and many Windows programs.  That is, I would
like this default resource setting:

    xdvi.wheelTranslations:\
    Ctrl<Btn4Down>:set-shrink-factor(+)\n\
    Ctrl<Btn5Down>:set-shrink-factor(-)\n\
(Continue reading)

SourceForge.net | 6 Feb 15:38 2006
Picon
Picon

[ xdvi-Bugs-1425283 ] Please also use shift-wheel to scroll left or right

Bugs item #1425283, was opened at 2006-02-06 15:38
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=377580&aid=1425283&group_id=23164

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: X interface
Group: feature request
Status: Open
Resolution: None
Priority: 5
Submitted By: Frank Küster (kuesterei)
Assigned to: Nobody/Anonymous (nobody)
Summary: Please also use shift-wheel to scroll left or right

Initial Comment:
Hi,

there's one more wishlist bug in the Debian BTS,
http://www.bugs.debian.org/350292

From: "James R. Van Zandt" <jrvz <at> comcast.net>

I would also like shift-wheel to scroll left or right,
as in evince or
inkscape.  That is, I would like the default resource

   xdvi.wheelTranslations:\
(Continue reading)

SourceForge.net | 6 Feb 19:46 2006
Picon
Picon

[ xdvi-Bugs-1425283 ] Please also use shift-wheel to scroll left or right

Bugs item #1425283, was opened at 2006-02-06 15:38
Message generated for change (Comment added) made by stefanulrich
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=377580&aid=1425283&group_id=23164

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: X interface
Group: feature request
>Status: Closed
>Resolution: Duplicate
Priority: 5
Submitted By: Frank Küster (kuesterei)
>Assigned to: Stefan Ulrich (stefanulrich)
Summary: Please also use shift-wheel to scroll left or right

Initial Comment:
Hi,

there's one more wishlist bug in the Debian BTS,
http://www.bugs.debian.org/350292

From: "James R. Van Zandt" <jrvz <at> comcast.net>

I would also like shift-wheel to scroll left or right,
as in evince or
inkscape.  That is, I would like the default resource

   xdvi.wheelTranslations:\
(Continue reading)

SourceForge.net | 9 Feb 18:35 2006
Picon
Picon

[ xdvi-Bugs-1428482 ] Crash in 64-bit sparcv9 build

Bugs item #1428482, was opened at 2006-02-09 12:35
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=377580&aid=1428482&group_id=23164

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: X interface
Group: system-dependent
Status: Open
Resolution: None
Priority: 5
Submitted By: Ben Stern (bstern)
Assigned to: Nobody/Anonymous (nobody)
Summary: Crash in 64-bit sparcv9 build

Initial Comment:
In xdvi.c, on line 3855, there is a test to see if X
thinks that this system has 64-bit words. 
Unfortunately, in the case of Solaris 7, with GCC
3.4.5, this is not sufficient.  As this GCC can target
64-bit code successfully, but the sparcv9 ISA has
32-bit words, this test fails.

Nonetheless, the sparcv9 needs proper 64-bit safety on
these types, or xdvi will crash horribly.

I suggest changing the test to:

(Continue reading)

SourceForge.net | 9 Feb 18:47 2006
Picon
Picon

[ xdvi-Bugs-1428488 ] psdps invalid initializer

Bugs item #1428488, was opened at 2006-02-09 12:47
Message generated for change (Tracker Item Submitted) made by Item Submitter
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=377580&aid=1428488&group_id=23164

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: X interface
Group: system-dependent
Status: Open
Resolution: None
Priority: 5
Submitted By: Ben Stern (bstern)
Assigned to: Nobody/Anonymous (nobody)
Summary: psdps invalid initializer

Initial Comment:
In psdps.c, line 274, there is a constant initializer
for the struct xtimer DPS_timer.  When building under
Solaris, apparently SUNHACK is defined.  The
initializer does not match the struct xtimer definition
under Solaris 7, with GCC 3.4.5 in 64-bit mode.

XTM_DEFAULT is needed before DPS_alarm, as DPS_ALARM
cannot be coerced to an int without a cast (nor should
it be coerced).  When I change the line to:

static  struct xtimer   DPS_timer   = {NULL, {0, 0},
XTM_DEFAULT, DPS_alarm, NULL, NULL};
(Continue reading)

SourceForge.net | 9 Feb 20:25 2006
Picon
Picon

[ xdvi-Bugs-1428488 ] psdps invalid initializer

Bugs item #1428488, was opened at 2006-02-09 18:47
Message generated for change (Comment added) made by stefanulrich
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=377580&aid=1428488&group_id=23164

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: X interface
Group: system-dependent
>Status: Closed
>Resolution: Fixed
Priority: 5
Submitted By: Ben Stern (bstern)
>Assigned to: Stefan Ulrich (stefanulrich)
Summary: psdps invalid initializer

Initial Comment:
In psdps.c, line 274, there is a constant initializer
for the struct xtimer DPS_timer.  When building under
Solaris, apparently SUNHACK is defined.  The
initializer does not match the struct xtimer definition
under Solaris 7, with GCC 3.4.5 in 64-bit mode.

XTM_DEFAULT is needed before DPS_alarm, as DPS_ALARM
cannot be coerced to an int without a cast (nor should
it be coerced).  When I change the line to:

static  struct xtimer   DPS_timer   = {NULL, {0, 0},
XTM_DEFAULT, DPS_alarm, NULL, NULL};
(Continue reading)

SourceForge.net | 9 Feb 20:31 2006
Picon
Picon

[ xdvi-Bugs-1428482 ] Crash in 64-bit sparcv9 build

Bugs item #1428482, was opened at 2006-02-09 18:35
Message generated for change (Comment added) made by stefanulrich
You can respond by visiting: 
https://sourceforge.net/tracker/?func=detail&atid=377580&aid=1428482&group_id=23164

Please note that this message will contain a full copy of the comment thread,
including the initial issue submission, for this request,
not just the latest update.
Category: X interface
Group: system-dependent
Status: Open
Resolution: None
Priority: 5
Submitted By: Ben Stern (bstern)
>Assigned to: Stefan Ulrich (stefanulrich)
Summary: Crash in 64-bit sparcv9 build

Initial Comment:
In xdvi.c, on line 3855, there is a test to see if X
thinks that this system has 64-bit words. 
Unfortunately, in the case of Solaris 7, with GCC
3.4.5, this is not sufficient.  As this GCC can target
64-bit code successfully, but the sparcv9 ISA has
32-bit words, this test fails.

Nonetheless, the sparcv9 needs proper 64-bit safety on
these types, or xdvi will crash horribly.

I suggest changing the test to:

(Continue reading)


Gmane