https://bugs.kde.org/show_bug.cgi?id=187237
--- Comment #17 from Maciej Pilichowski 2011-07-18 19:11:24
---
( Yes, I know I promised to not write anything in Okular reports, exception is
made because this is work of somebody outside Okular team ).
Characters really matters, I don't
https://bugs.kde.org/show_bug.cgi?id=157284
Maciej Pilichowski changed:
What|Removed |Added
CC|bluedz...@wp.pl |
--
Configure bugmail: https
https://bugs.kde.org/show_bug.cgi?id=181183
--- Comment #6 from Maciej Pilichowski 2010-07-13 17:19:17
---
> There's no way to discuss with you, because
> you
You, you, you, you... This is personal bug tracker, or software one? (please,
don't answer).
> Please stop
https://bugs.kde.org/show_bug.cgi?id=181183
--- Comment #4 from Maciej Pilichowski 2010-07-12 18:51:53
---
Great software takes open mind, not open source.
The problem is not with messages but placement. Imagine older person, with
reading problems. Not she/he has to hurry up and read the
https://bugs.kde.org/show_bug.cgi?id=181183
--- Comment #2 from Maciej Pilichowski 2010-07-12 18:40:37
---
Oh, now I see -- it is actually a nice feature.
This way, user could read one message using his/her left eye, and the second
message using his/her second eye. After that user would
https://bugs.kde.org/show_bug.cgi?id=236865
Summary: annotations cannot be stopped
Product: okular
Version: unspecified
Platform: openSUSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority:
https://bugs.kde.org/show_bug.cgi?id=231135
Summary: on page turn the text is blurred despite setting
background processing off
Product: okular
Version: unspecified
Platform: openSUSE RPMs
OS/Version: unspecified
St
https://bugs.kde.org/show_bug.cgi?id=187237
--- Comment #3 from Maciej Pilichowski 2010-03-16 21:22:05
---
Answer from the other report:
> The logical page numbering is actually shown in the TOC, if the document has
> any.
Some ebooks don't have it, and Acrobat Reader displ
https://bugs.kde.org/show_bug.cgi?id=231000
Summary: custom page numbering is ignored
Product: okular
Version: unspecified
Platform: openSUSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: wishlist
Prior
https://bugs.kde.org/show_bug.cgi?id=227839
--- Comment #8 from Maciej Pilichowski 2010-02-24 19:40:44
---
I cannot do this right now, so for now let's say with the wish part --
accessing the archive directly.
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--
https://bugs.kde.org/show_bug.cgi?id=228245
Summary: find: count in wrapped words
Product: okular
Version: unspecified
Platform: openSUSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: wishlist
Priority:
https://bugs.kde.org/show_bug.cgi?id=227839
--- Comment #6 from Maciej Pilichowski 2010-02-21 16:43:58
---
1. /tmp full
2. cbr file with one subdirectory and files (*.jpg) placed in this subdirectory
3. execute: okular myfile.cbr
4. quit okular
5. the current directory is populated with
https://bugs.kde.org/show_bug.cgi?id=227839
--- Comment #4 from Maciej Pilichowski 2010-02-21 14:26:40
---
> Okular creates a local temporary directory, extracts the cbr there and when
> closing it the temporary directory is removed as a whole.
I cannot confirm this. I have latest (
https://bugs.kde.org/show_bug.cgi?id=227839
--- Comment #2 from Maciej Pilichowski 2010-02-21 08:53:26
---
Yes, cbr.
Temporary files in /tmp are deleted, but temporary files in local directory are
not. It is really double bug, not a wish (unless we count "please fix a bug"
https://bugs.kde.org/show_bug.cgi?id=227839
Summary: /tmp full: remote files are not opened, local files
are unpacked locally
Product: okular
Version: unspecified
Platform: openSUSE RPMs
OS/Version: unspecified
Stat
https://bugs.kde.org/show_bug.cgi?id=227784
Summary: tif files are not counted in
Product: okular
Version: unspecified
Platform: openSUSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: N
https://bugs.kde.org/show_bug.cgi?id=157284
--- Comment #60 from Maciej Pilichowski 2010-01-10 07:57:23
---
> In fullscreen-mode, have the page number
> bar and backwards and forwards arrows appear only
It would be changing one hardcoded behaviour to another hardcoded behaviour.
https://bugs.kde.org/show_bug.cgi?id=204195
--- Comment #3 from Maciej Pilichowski 2010-01-10 08:58:37
---
Harsh, but this means it is fixed, right?
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the
https://bugs.kde.org/show_bug.cgi?id=157284
--- Comment #57 from Maciej Pilichowski 2010-01-09 19:36:41
---
@ Christoph
It is already there, look below (in attachments section).
@ Jakob
Complex solutions have cost. I would much prefer to use the "ugly" checkbox for
a year n
https://bugs.kde.org/show_bug.cgi?id=157284
--- Comment #52 from Maciej Pilichowski 2010-01-09 16:25:37
---
> what do you think about a
> solution similar to the one adopted by Gwenview for its sidebar
> (the “Splitter Collapser”,
> http://agateau.wordpress.com/2009/05/17/
https://bugs.kde.org/show_bug.cgi?id=157284
--- Comment #47 from Maciej Pilichowski 2010-01-09 13:36:06
---
@Jos,
You don't know in advance too much about documents users will read, but user
can see it and decide if the page numbering (by okular) is required or not. Why
not to leave
https://bugs.kde.org/show_bug.cgi?id=157284
--- Comment #41 from Maciej Pilichowski 2010-01-09 11:45:45
---
"if noone posts an offensive comment here in three months i'll make the
feature"
You are writing this in a public place and I just wonder what you will think of
you
https://bugs.kde.org/show_bug.cgi?id=173896
--- Comment #5 from Maciej Pilichowski 2010-01-09 08:11:31
---
Let's revert the way of thinking -- you are reading great pdf file. You would
like to send it to a friend (quickly and easily). How you do it?
It makes sense in any viewer or e
https://bugs.kde.org/show_bug.cgi?id=157284
--- Comment #24 from Maciej Pilichowski 2009-12-29 22:14:41
---
Attitude towards the world + no distance + channel with stripped a lot of
background information can (and does) lead to twisted reception.
@Hilmera, if not lack of time, I would
https://bugs.kde.org/show_bug.cgi?id=217914
--- Comment #2 from Maciej Pilichowski 2009-12-08 22:37:32
---
Pino, thank you for explanation. I assumed that by definition pdf has to be
properly encoded (text I mean).
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
https://bugs.kde.org/show_bug.cgi?id=217914
Summary: mixed languages: cannot copy text (garbage instead of
proper letters)
Product: okular
Version: unspecified
Platform: openSUSE RPMs
OS/Version: unspecified
Status:
https://bugs.kde.org/show_bug.cgi?id=205301
--- Comment #3 from Maciej Pilichowski 2009-08-27 14:18:05
---
1) I checked, that is why I posted this report again
2) me too, but here is hard to do it, because you would have come up with some
smart limit how many pages okular should prerender
https://bugs.kde.org/show_bug.cgi?id=185906
Maciej Pilichowski changed:
What|Removed |Added
CC||bluedz...@wp.pl
--
Configure bugmail
https://bugs.kde.org/show_bug.cgi?id=205301
--- Comment #1 from Maciej Pilichowski 2009-08-27 09:12:40
---
Wish of course, sorry for mis-click.
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the assignee for
https://bugs.kde.org/show_bug.cgi?id=205301
Summary: add configurable aggressive prerendering
Product: okular
Version: unspecified
Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: normal
Pri
https://bugs.kde.org/show_bug.cgi?id=204709
Summary: find: whole words only
Product: okular
Version: unspecified
Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: wishlist
Priority: NOR
https://bugs.kde.org/show_bug.cgi?id=204195
Summary: cbt format is not recognized
Product: okular
Version: unspecified
Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: wishlist
Priority: NOR
https://bugs.kde.org/show_bug.cgi?id=192628
Maciej Pilichowski changed:
What|Removed |Added
CC||bluedz...@wp.pl
--
Configure bugmail
https://bugs.kde.org/show_bug.cgi?id=203143
--- Comment #2 from Maciej Pilichowski 2009-08-13 14:17:05
---
See above -- in the wished UI there could be no text, it would be up to user
how to put this. So more elements does not mean more space taken (currently
okular uses "label ne
https://bugs.kde.org/show_bug.cgi?id=203398
--- Comment #2 from Maciej Pilichowski 2009-08-11 10:36:54
---
"Find next, obviously always finds next, that's what it says.
Find from current page only applies to new searches"
Then it is limited, because user cannot easily ski
https://bugs.kde.org/show_bug.cgi?id=203398
Summary: search from current page -- misleading label
Product: okular
Version: unspecified
Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: normal
https://bugs.kde.org/show_bug.cgi?id=203143
Summary: searching: provide direct options next to buttons
Product: okular
Version: unspecified
Platform: unspecified
OS/Version: unspecified
Status: UNCONFIRMED
Severity: wishlist
https://bugs.kde.org/show_bug.cgi?id=203142
Summary: searching: display only one dialog "end of document
reached..."
Product: okular
Version: unspecified
Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRM
https://bugs.kde.org/show_bug.cgi?id=194953
Maciej Pilichowski changed:
What|Removed |Added
CC||bluedz...@wp.pl
--
Configure bugmail
https://bugs.kde.org/show_bug.cgi?id=196197
--- Comment #10 from Maciej Pilichowski 2009-06-13 15:40:28
---
> I think you need to think about the "misleading help
> is worse than no help" angle.
What is misleading here? If you know the plugin A exists, you list it. That&#x
https://bugs.kde.org/show_bug.cgi?id=196197
--- Comment #8 from Maciej Pilichowski 2009-06-13 13:44:17
---
> That page isn't a complete list of plugins - it can't
> ever be, because users can write their own.
Brad, I know. Little help is better than no help at all.
--
C
https://bugs.kde.org/show_bug.cgi?id=196197
--- Comment #6 from Maciej Pilichowski 2009-06-13 07:57:10
---
> And second point, I refuse
> to hardcode names of plugins, as it would just defeat the point of
> plugins.
I agree, that is why I opted for naming only the web page.
&
https://bugs.kde.org/show_bug.cgi?id=196197
--- Comment #4 from Maciej Pilichowski 2009-06-12 21:24:25
---
Is listing known plugins for Okular possible? Yes. So it would be good to refer
to such page. In such case user could take a look and notice there is not known
plugin for xyz, so the
https://bugs.kde.org/show_bug.cgi?id=196197
--- Comment #2 from Maciej Pilichowski 2009-06-12 20:44:09
---
> "epub is supported" means there is (...) a backend supporting the
> epub format.
And this piece of information makes the difference. If you know as dev, that
th
https://bugs.kde.org/show_bug.cgi?id=196197
Summary: plugin not found: specify which one
Product: okular
Version: unspecified
Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: wishlist
Priori
https://bugs.kde.org/show_bug.cgi?id=191823
Summary: fail while searching, phrase not found -- provide
a11y-friendly feedback
Product: okular
Version: unspecified
Platform: SuSE RPMs
OS/Version: unspecified
Status:
https://bugs.kde.org/show_bug.cgi?id=189194
--- Comment #9 from Maciej Pilichowski 2009-04-09 14:34:15
---
> > > I don't want people misusing Okular as a second Ark.
Oh, so the harm would be that some users could read .rar file?
Yes, this is a good reason, it could be har
https://bugs.kde.org/show_bug.cgi?id=189194
--- Comment #7 from Maciej Pilichowski 2009-04-09 14:15:44
---
> Ignoring the extension would mean making Okular's comicbook backend
> blindly accept _any_ archive,
Because? What harm can be done with .rar that cannot be don
https://bugs.kde.org/show_bug.cgi?id=189194
--- Comment #5 from Maciej Pilichowski 2009-04-09 13:14:26
---
PS. This also works
okular x.rar
as long as x.rar is pdf file (content). So it is clear okular checks the
content for pdf and ignores extension completely. The wish is to extent this
https://bugs.kde.org/show_bug.cgi?id=189194
--- Comment #4 from Maciej Pilichowski 2009-04-09 12:57:04
---
> Technically, "x.rar" is not a comicbook, but just a rar file.
The same for .cbr -- it is just rar file.
> What
> distinguishes a normal rar (or zip, etc) fr
https://bugs.kde.org/show_bug.cgi?id=189194
--- Comment #2 from Maciej Pilichowski 2009-04-09 11:41:54
---
I was not talking about autodetection like in Konqueror, but execution from
command-line
okular file
And it is not about "incorrect" filename -- you can view content usin
https://bugs.kde.org/show_bug.cgi?id=189197
Summary: provide a way to display page filename
Product: okular
Version: unspecified
Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: wishlist
Pri
https://bugs.kde.org/show_bug.cgi?id=189194
Summary: support any arbitrary archive format
Product: okular
Version: unspecified
Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: wishlist
Prior
https://bugs.kde.org/show_bug.cgi?id=187148
--- Comment #2 from Maciej Pilichowski 2009-03-14 17:20:29
---
I am not sure my report is a duplicate:
* I _can_ open files from file->open for utf-8 filenames
* I _cannot_ open files from file->open for malformed filenames, i.e. filenam
https://bugs.kde.org/show_bug.cgi?id=187148
Summary: cannot open file with "malformed" filename
Product: okular
Version: unspecified
Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: normal
P
https://bugs.kde.org/show_bug.cgi?id=182994
--- Comment #2 from Maciej Pilichowski 2009-03-11 11:22:46
---
Jan, I believe you are talking about document background color ("paper" color),
not about okular background (and this wish is about that).
--
Configure bugmail: https://bu
https://bugs.kde.org/show_bug.cgi?id=186816
--- Comment #7 from Maciej Pilichowski 2009-03-10 22:22:27
---
You mean it is prohibited for users to read in presentation mode? Besides how
it is helpful to have two windows at presentation instead of one in the same
desktop? What benefit of it
https://bugs.kde.org/show_bug.cgi?id=182994
Maciej Pilichowski changed:
What|Removed |Added
CC||bluedz...@wp.pl
--
Configure bugmail
https://bugs.kde.org/show_bug.cgi?id=186816
Maciej Pilichowski changed:
What|Removed |Added
Status|RESOLVED|UNCONFIRMED
Resolution|WONTFIX
https://bugs.kde.org/show_bug.cgi?id=186816
--- Comment #3 from Maciej Pilichowski 2009-03-10 21:33:42
---
> This is actually a wanted behaviour.
> The presentation mode is meant to be independent from the main
> window; can be moved to another virtuali desktop, or even to
> an
https://bugs.kde.org/show_bug.cgi?id=186819
Summary: cannot alt-tab task-switch when presentation is run
from fullscreen mode
Product: okular
Version: unspecified
Platform: SuSE RPMs
OS/Version: unspecified
Status:
https://bugs.kde.org/show_bug.cgi?id=186816
--- Comment #1 from Maciej Pilichowski 2009-03-10 20:54:32
---
Btw. is inability to task-switch at all in case when there is one step more --
before pres.mode -- entering full screen is micro-variation or not. I.e. should
I report it as separate
https://bugs.kde.org/show_bug.cgi?id=186816
Summary: presentation mode: duplicated window
Product: okular
Version: unspecified
Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priorit
https://bugs.kde.org/show_bug.cgi?id=186795
--- Comment #2 from Maciej Pilichowski 2009-03-10 18:18:46
---
Pino, thank you, however when comes to data integrity, it is more about focus
on the file, not annotations, i.e. the statement:
"The annotated file is not altered in any way&
https://bugs.kde.org/show_bug.cgi?id=186797
Summary: remove "review" term and use annotations consistently
Product: okular
Version: unspecified
Platform: unspecified
OS/Version: unspecified
Status: UNCONFIRMED
Severity: wishl
https://bugs.kde.org/show_bug.cgi?id=186795
Summary: annotations: please clarify if the doc itself is
modified (manual)
Product: okular
Version: unspecified
Platform: unspecified
OS/Version: unspecified
Status: UNCO
https://bugs.kde.org/show_bug.cgi?id=186794
Summary: provide text "editor" mode (caret)
Product: okular
Version: unspecified
Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: wishlist
Priorit
https://bugs.kde.org/show_bug.cgi?id=186582
Summary: provide way to directly close the TOC pane
Product: okular
Version: unspecified
Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: wishlist
https://bugs.kde.org/show_bug.cgi?id=155858
--- Comment #21 from Maciej Pilichowski 2009-03-07 15:49:30
---
Pino, when I said "status bar" I was not talking about find pane. I was saying
about status bar -- in Okular it is the one that resides at the bottom, as most
status
https://bugs.kde.org/show_bug.cgi?id=155858
--- Comment #19 from Maciej Pilichowski 2009-03-07 15:19:02
---
> give a read to what's been written, please.
I did.
> As I already told you, we don't use status bar, neither plan to.
Yes you did, and on the other hand I don&
https://bugs.kde.org/show_bug.cgi?id=155858
--- Comment #17 from Maciej Pilichowski 2009-03-07 14:25:20
---
Just in case I paste my wish:
Please provide reliable, cumulative, static information about searching and
completion of the search so user:
a) will be informed _always_
b) his/her
https://bugs.kde.org/show_bug.cgi?id=186333
--- Comment #6 from Maciej Pilichowski 2009-03-07 14:03:35
---
Uh, my wish was tragedy but current implementation is also bad. Thank you for
the info, now I see what you are talking about.
The "safe place" for showing the info about
https://bugs.kde.org/show_bug.cgi?id=186333
--- Comment #4 from Maciej Pilichowski 2009-03-06 23:48:25
---
I have CPU 2.8GHz, profile dynamic, the search took longer than 1 second for
sure, and I didn't see anything more than scrolling pages. No extra dialog, not
busy cursor.
Toolti
https://bugs.kde.org/show_bug.cgi?id=186398
--- Comment #3 from Maciej Pilichowski 2009-03-06 23:44:15
---
Ok, but "find next" says exactly what it does it find next occurrence.
About micro-variation, I did it because of the BKO principle, one issue = one
report, and you ca
https://bugs.kde.org/show_bug.cgi?id=181828
Maciej Pilichowski changed:
What|Removed |Added
CC||bluedz...@wp.pl
--
Configure bugmail
https://bugs.kde.org/show_bug.cgi?id=186399
Summary: find next opens find pane
Product: okular
Version: unspecified
Platform: unspecified
OS/Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: NOR
https://bugs.kde.org/show_bug.cgi?id=186398
Summary: find next does not find anything with closed find pane
Product: okular
Version: unspecified
Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: normal
https://bugs.kde.org/show_bug.cgi?id=186333
--- Comment #2 from Maciej Pilichowski 2009-03-06 21:03:02
---
You mean pane at the bottom? It is visible, sure -- but this pane does not tell
if the searching is _currently_ performed. I can zoom in, zoom out, select
something, and once opened
https://bugs.kde.org/show_bug.cgi?id=186333
Summary: find: provide informative feedback
Product: okular
Version: unspecified
Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: wishlist
Priorit
https://bugs.kde.org/show_bug.cgi?id=155515
--- Comment #17 from Maciej Pilichowski 2009-03-05 22:34:25
---
Pino, I wrote "amarok case", to keep the topic, but I wish for kate sessions
(as I wrote before).
Back to TDI, right -- the "only" problem with embedded apps
https://bugs.kde.org/show_bug.cgi?id=155515
--- Comment #15 from Maciej Pilichowski 2009-03-05 21:24:13
---
Amarok case -- sessions are just sets of documents, that's all. I doubt
building complex architecture just to store:
graph.algorithms
1=something.pdf
2=another.pdf
..
https://bugs.kde.org/show_bug.cgi?id=186222
Summary: fictionbook: ability to increase/decrease font size
Product: okular
Version: unspecified
Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: wishlist
https://bugs.kde.org/show_bug.cgi?id=180521
--- Comment #18 from Maciej Pilichowski 2009-03-01 20:15:33
---
After kernel upgrade, no crash anymore!
--
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=185676
--- Comment #6 from Maciej Pilichowski 2009-02-27 20:27:14
---
Yes, when the transition from black to white happens there is new line of
output:
okular(8174)/okular (app) Okular::DocumentPrivate::sendGeneratorRequest:
Running out of memory on
https://bugs.kde.org/show_bug.cgi?id=185680
--- Comment #3 from Maciej Pilichowski 2009-02-27 13:10:25
---
I cannot send the email to you:
"
Hi. This is the qmail-send program at ktown.kde.org.
I'm afraid I wasn't able to deliver your message to the following addresses.
This
https://bugs.kde.org/show_bug.cgi?id=185676
--- Comment #4 from Maciej Pilichowski 2009-02-27 11:57:02
---
If you make the okular window as small as possible from fit-to-page it takes
(at least for me) 20 zoom-ins to get white page instead of black.
--
Configure bugmail: https
https://bugs.kde.org/show_bug.cgi?id=185676
--- Comment #3 from Maciej Pilichowski 2009-02-27 11:53:10
---
Created an attachment (id=31675)
--> (http://bugs.kde.org/attachment.cgi?id=31675)
black.pdf
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You
https://bugs.kde.org/show_bug.cgi?id=185676
--- Comment #2 from Maciej Pilichowski 2009-02-27 11:52:02
---
Screenshot in this case is not necessary ;-) million white pixels, and that's
it.
Pdf file follows, but please not it happens for any file I know, this one is
just as clear
https://bugs.kde.org/show_bug.cgi?id=185680
--- Comment #2 from Maciej Pilichowski 2009-02-27 11:49:33
---
Okular displays information that it cannot open the file -- reason unknown
because okular displays only such message. The filename is not a problem for
sure.
I send you an email in
https://bugs.kde.org/show_bug.cgi?id=185678
Summary: provide unlimited zoom feature
Product: okular
Version: unspecified
Platform: unspecified
OS/Version: unspecified
Status: UNCONFIRMED
Severity: wishlist
Priority:
https://bugs.kde.org/show_bug.cgi?id=185680
Summary: cannot read selected files
Product: okular
Version: unspecified
Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: NOR
https://bugs.kde.org/show_bug.cgi?id=185676
Summary: page gets blank while zooming in
Product: okular
Version: unspecified
Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: normal
Priority: N
https://bugs.kde.org/show_bug.cgi?id=155515
--- Comment #12 from Maciej Pilichowski 2009-02-25 08:21:23
---
Btw. with TDI it would be also possible to think not only of single documents,
but sets. So it would be similar to Kate doc/session. This way user could make
a set of documents
https://bugs.kde.org/show_bug.cgi?id=169847
Maciej Pilichowski changed:
What|Removed |Added
CC||bluedz...@wp.pl
--
Configure bugmail
https://bugs.kde.org/show_bug.cgi?id=180521
Maciej Pilichowski changed:
What|Removed |Added
CC||bluedz...@wp.pl
--- Comment #15 from
https://bugs.kde.org/show_bug.cgi?id=178147
Maciej Pilichowski changed:
What|Removed |Added
CC||bluedz...@wp.pl
--- Comment #3 from
https://bugs.kde.org/show_bug.cgi?id=184442
--- Comment #2 from 2009-02-16 21:56:09 ---
Pino, thanks. See:
https://bugs.freedesktop.org/show_bug.cgi?id=20143
--
Configure bugmail: https://bugs.kde.org/userprefs.cgi?tab=email
--- You are receiving this mail because: ---
You are the
http://bugs.kde.org/show_bug.cgi?id=184442
Summary: (latex) uneven font rendering
Product: okular
Version: unspecified
Platform: SuSE RPMs
OS/Version: unspecified
Status: UNCONFIRMED
Severity: wishlist
Priority: NOR
http://bugs.kde.org/show_bug.cgi?id=181567
--- Comment #2 from Maciej Pilichowski 2009-01-22 10:51:44
---
Thank you for the tip Pino.
Yes, it is problem with small +, but no matter how bigger it gets, the one
symbol cannot match with entire line. Besides, it feels more "natural"
http://bugs.kde.org/show_bug.cgi?id=181567
Summary: content tree view: unfold node on click
Product: okular
Version: unspecified
Platform: Debian testing
OS/Version: unspecified
Status: UNCONFIRMED
Severity: wishlist
1 - 100 of 128 matches
Mail list logo
