https://bugs.kde.org/show_bug.cgi?id=304446
Jochen Trumpf changed:
What|Removed |Added
CC||jochen.tru...@anu.edu.au
--- Comment #1 from
https://bugs.kde.org/show_bug.cgi?id=274294
--- Comment #25 from Jochen Trumpf 2011-09-26
21:06:58 ---
(In reply to comment #23)
> It's status is still UNCONFIRMED, which is also suprising.
Well, it is not really a bug in okular (cf. my comment #8 above). IMHO this
needs to be &q
https://bugs.kde.org/show_bug.cgi?id=274294
--- Comment #16 from Jochen Trumpf 2011-08-01
00:18:57 ---
Philipp, can I suggest that you report that upstream to the synctex developers?
My understanding is that there is a new version 1.16 that already tries to fix
this. It would be a shame if
https://bugs.kde.org/show_bug.cgi?id=274294
--- Comment #11 from Jochen Trumpf 2011-07-30
22:46:57 ---
The only suggestion I have is to look at the .synctex.gz file. The source file
path is listed in one of the lines labelled "Input" (usually the first). Match
that path on
https://bugs.kde.org/show_bug.cgi?id=274294
--- Comment #8 from Jochen Trumpf 2011-07-29
05:48:58 ---
I think you are partly confusing which program is doing what. The synctex file
(.synctex.gz) is written by pdflatex (or luatex) and specifies a path to
a source file. Pdflatex (or luatex
https://bugs.kde.org/show_bug.cgi?id=274294
Jochen Trumpf changed:
What|Removed |Added
CC||jochen.tru...@anu.edu.au
--- Comment #5
https://bugs.kde.org/show_bug.cgi?id=265265
Jochen Trumpf changed:
What|Removed |Added
CC||jochen.tru...@anu.edu.au
--- Comment #1
https://bugs.kde.org/show_bug.cgi?id=228427
--- Comment #5 from Jochen Trumpf 2010-03-07
02:59:19 ---
Hm, I have been looking into this and as I feared, this is far from trivial. In
fact, the syntax that you/kile have been using is not really supported and it
only works "by acciden
https://bugs.kde.org/show_bug.cgi?id=228427
Jochen Trumpf changed:
What|Removed |Added
CC||jochen.tru...@anu.edu.au
--- Comment #2
https://bugs.kde.org/show_bug.cgi?id=226764
Jochen Trumpf changed:
What|Removed |Added
CC||jochen.tru...@anu.edu.au
--- Comment #4
https://bugs.kde.org/show_bug.cgi?id=224860
Jochen Trumpf changed:
What|Removed |Added
CC||jochen.tru...@anu.edu.au
--- Comment #1
On Sunday 10 January 2010 09:00:59 Albert Astals Cid wrote:
> A Dissabte 09 Gener 2010 21:25:44, Jochen Trumpf va escriure:
> > Hi Albert,
> >
> > I just wanted to say thank you very much for your help in implementing
> > forward search and solving all the bugs on
Hi Albert,
I just wanted to say thank you very much for your help in implementing forward
search and solving all the bugs on the way. For me personally, this is one of
the stand-out features of okular compared to other viewers. And I am sure it
would be for a lot of other latex users. You may w
https://bugs.kde.org/show_bug.cgi?id=199184
Jochen Trumpf changed:
What|Removed |Added
CC||jochen.tru...@anu.edu.au
--- Comment #10
https://bugs.kde.org/show_bug.cgi?id=205084
--- Comment #16 from Jochen Trumpf 2010-01-08
04:16:03 ---
Yes, indeed, that fixes the dvi case. And even better, it led me to improve the
pdf case a bit as well:
--- generator_pdf.cpp.orig 2010-01-08 12:29:07.0 +1100
https://bugs.kde.org/show_bug.cgi?id=205084
--- Comment #14 from Jochen Trumpf 2010-01-07
23:34:38 ---
Yes, with this change the pdf case works perfectly.
In the dvi case, the viewport now gets updated to the correct page, however,
the vertical position is still wrong. It always shows an
On Tuesday 05 January 2010 10:47:03 Albert Astals Cid wrote:
> Jochen did you receive my mail in one of the bugs asking for files to
> reproduce it?
Sorry, Albert. I didn't pay attention to my email over the last week or so. I
have now attached a minimal test case and instructions to the bug rep
https://bugs.kde.org/show_bug.cgi?id=205084
--- Comment #12 from Jochen Trumpf 2010-01-07
07:37:01 ---
Above is a somewhat minimal test case for this bug. The dvi file can be tested
stand-alone, the pdf file and the synctex.gz file need to be in the same folder
to test. The .tex file is
https://bugs.kde.org/show_bug.cgi?id=205084
Jochen Trumpf changed:
What|Removed |Added
Attachment #39639|0 |1
is obsolete
https://bugs.kde.org/show_bug.cgi?id=205084
--- Comment #11 from Jochen Trumpf 2010-01-07
07:25:24 ---
Created an attachment (id=39642)
--> (http://bugs.kde.org/attachment.cgi?id=39642)
latex source for the above
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=em
https://bugs.kde.org/show_bug.cgi?id=205084
--- Comment #10 from Jochen Trumpf 2010-01-07
07:24:14 ---
Created an attachment (id=39641)
--> (http://bugs.kde.org/attachment.cgi?id=39641)
synctex data for test case
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=em
https://bugs.kde.org/show_bug.cgi?id=205084
--- Comment #9 from Jochen Trumpf 2010-01-07
07:19:52 ---
Created an attachment (id=39639)
--> (http://bugs.kde.org/attachment.cgi?id=39639)
synctex data for test case
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=em
https://bugs.kde.org/show_bug.cgi?id=205084
--- Comment #8 from Jochen Trumpf 2010-01-07
06:52:59 ---
Created an attachment (id=39638)
--> (http://bugs.kde.org/attachment.cgi?id=39638)
pdf file showing the issue, see beolw for instructions
--
Configure bugmail: https://bugs.kde.
https://bugs.kde.org/show_bug.cgi?id=205084
--- Comment #7 from Jochen Trumpf 2010-01-07
06:52:04 ---
Created an attachment (id=39637)
--> (http://bugs.kde.org/attachment.cgi?id=39637)
dvi file showing the issue, see below for instructions
--
Configure bugmail: https://bugs.kde.
https://bugs.kde.org/show_bug.cgi?id=205076
--- Comment #4 from Jochen Trumpf 2009-12-29
02:00:24 ---
Yep, that one works for me and is much more elegant than my attempt. I'll
consider this bug fixed once you have committed the change. Thanks.
--
Configure bugmail: https://bugs.kd
On Saturday 26 December 2009 06:03:19 Albert Astals Cid wrote:
> Yes i could and want to commit it, just that i would like to ask you for a
> way to setup things so i can test the problem on my system and understand
> better what the patch does. Could you give me through a way to setup the
> file
https://bugs.kde.org/show_bug.cgi?id=205084
--- Comment #5 from Jochen Trumpf 2009-12-25
09:40:19 ---
I can't reproduce the problem with the wrong normalizedY coordinate anymore.
Maybe it got fixed somehow in the meantime.
So, to fix this bug for me, the if condition mentioned in co
https://bugs.kde.org/show_bug.cgi?id=205076
--- Comment #2 from Jochen Trumpf 2009-12-25
09:11:45 ---
Created an attachment (id=39324)
--> (http://bugs.kde.org/attachment.cgi?id=39324)
patch file to fix url encoding in okular
Okay, unless someone has a better idea, how about adding t
On Thursday 24 December 2009 09:08:52 Albert Astals Cid wrote:
> A Dimecres 26 Agost 2009 09:14:37, Oliver Heins va escriure:
> > Hello Jochen,
> >
> > thank you very much for the help. Forward Search now works with okular,
> > within the limitations of the two bugs.
>
> Hi dudes, how did this is
Luigi Toscano wrote:
> DVI file does not store horizontal information about source anchors.
>
> > There was a brief email exchange with Pino regarding this a long time
> > ago, but I don't think it has been changed (read: I couldn't be bothered
> > to produce a patch and nobody else could either).
Hi,
I think I agree with Luigi.
Luigi Toscano wrote:
> I think that you are talking about two different things.
The first one is the behaviour when going to a different page (e.g. by going
to the next page.
> Mark Altern wrote:
> > Sure, there is something like: < 5 of 34 > at the bottom of th
https://bugs.kde.org/show_bug.cgi?id=205084
--- Comment #3 from Jochen Trumpf 2009-08-28
05:24:01 ---
Okay, I might have found the problem. In PageView::slotRelayoutPages(), part 4)
[line 3003ff in ui/pageview.cpp in trunk)] is only executed
if ( fullWidth != contentAreaWidth
https://bugs.kde.org/show_bug.cgi?id=205084
--- Comment #2 from Jochen Trumpf 2009-08-28
04:01:30 ---
Good call, Pino! I have tracked down the problem to the changes introduced in
revision 989285 (i.e. the switch to QAbstractScrollArea). In revision 989284
forward search works just fine
Hi,
I believe that this hasn't been implemented for pdf files, yet, but the
following patch enables the functionality for me. I also copy an excerpt from
my .emacs.d/init.el
that configures the command. Note however the current limitations due to KDE
bug #205076 and bug #205084. Despite its ti
https://bugs.kde.org/show_bug.cgi?id=205076
--- Comment #1 from Jochen Trumpf 2009-08-25
15:11:19 ---
The other bug is bug #205084.
Cheers, Jochen
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee
https://bugs.kde.org/show_bug.cgi?id=205084
Summary: dvi source references don't work properly when
--unique is used (not a backend problem)
Product: okular
Version: unspecified
Platform: Compiled Sources
OS/Version: Linux
https://bugs.kde.org/show_bug.cgi?id=205076
Summary: okular: inconsistent handling of reference given as
part of command line arg
Product: okular
Version: unspecified
Platform: Compiled Sources
OS/Version: Linux
Sta
http://bugs.kde.org/show_bug.cgi?id=181326
--- Comment #5 from Jochen Trumpf 2009-01-19
21:28:51 ---
(In reply to comment #4)
I agree with most of what you say, Pino, except for this one:
> A busy cursor just show some animation and no cursor at all, so it gives the
> false idea the
Hi Pino,
On Sun, 16 Nov 2008 06:26:16 Pino Toscano wrote:
> > double bestdist = 1000.0; // effectively infinite
>
> std::numeric_limits::max() ;)
Ah! Of course!
> For now we are maintaining a binary compability for the core library, and I
> don't see a real need for it. A problem of this imple
Hi Pino et al.,
I have been thinking a bit about a good activation method for source
references in okular. I think, the shift+left click is generally okay, but
what I would expect to happen in dvi documents, and also in pdf documents
generated from latex (either with pdfsync or synctex), is tha
40 matches
Mail list logo
