[okular] [Bug 400529] Ship multiple CSS files for markdown backend

2020-09-18 Thread Sasha Unspecified
https://bugs.kde.org/show_bug.cgi?id=400529

Sasha Unspecified  changed:

   What|Removed |Added

 Status|REPORTED|CONFIRMED
 Ever confirmed|0   |1
 CC||sasha2...@gmail.com

--- Comment #1 from Sasha Unspecified  ---
I agree. See also https://bugs.kde.org/show_bug.cgi?id=426682.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 426682] CSS support in the Markdown backend

2020-09-18 Thread Sasha Unspecified
https://bugs.kde.org/show_bug.cgi?id=426682

--- Comment #1 from Sasha Unspecified  ---
Additionally it would be good for the configuration window of the Markdown
backend to allow to specifying custom/user CSS (via a multiline textbox) to be
included into EVERY document (see also
https://bugs.kde.org/show_bug.cgi?id=400529, where another user asks to have
not a single textbox but a set of editable stylesheets).

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 426682] New: CSS support in the Markdown backend

2020-09-18 Thread Sasha Unspecified
https://bugs.kde.org/show_bug.cgi?id=426682

Bug ID: 426682
   Summary: CSS support in the Markdown backend
   Product: okular
   Version: 1.9.3
  Platform: Ubuntu Packages
OS: Linux
Status: REPORTED
  Severity: wishlist
  Priority: NOR
 Component: general
  Assignee: okular-devel@kde.org
  Reporter: sasha2...@gmail.com
  Target Milestone: ---

SUMMARY
The Markdown Library (mkd_functions,
https://manpages.debian.org/stretch/libmarkdown2-dev/mkd-functions.3.en.html)
supports extracting the CSS sections from a markdown document via mkd_css. The
Markdown Backend for Okular doesn't use that function. It should.

STEPS TO REPRODUCE
1. Create a markdown document with a stylesheet, e.g. “*
{color: red !important} Hello”.
2. Open the markdown document with Okular.

OBSERVED RESULT
Stylesheet is ignored.

EXPECTED RESULT
Stylesheet is taken into account.

SOFTWARE/OS VERSIONS
Operating System: Kubuntu 20.04
KDE Plasma Version: 5.18.5
KDE Frameworks Version: 5.68.0
Qt Version: 5.12.8 (built against 5.12.8)
Kernel Version: 5.4.0-47-generic
OS Type: 64-bit

ADDITIONAL INFORMATION
Additionally it would be good for the configuration window of the Markdown
backend to allow to specifying custom/user CSS (via a multiline textbox) to be
included into EVERY document (see also #400529, where another user asks to have
not a single textbox but a set of editable stylesheets).

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 388854] Okular uses a very large amount of RAM for caching

2018-01-22 Thread Sasha
https://bugs.kde.org/show_bug.cgi?id=388854

--- Comment #16 from Sasha <mos.ca...@yandex.ru> ---
Thank you!

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 388854] Okular uses a very large amount of RAM for caching

2018-01-18 Thread Sasha
https://bugs.kde.org/show_bug.cgi?id=388854

--- Comment #14 from Sasha <mos.ca...@yandex.ru> ---
And some about memory leaks. I tried to move up and down thrue the ocument from
side by side and after a couple of times i have about 50 additional megabites
in my RAM. But couple of minutes ago the volume of memory become +- 10Mb normal
again. So, yes, i don't think thap there are any leaks.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 388854] Okular uses a very large amount of RAM for caching

2018-01-18 Thread Sasha
https://bugs.kde.org/show_bug.cgi?id=388854

--- Comment #13 from Sasha <mos.ca...@yandex.ru> ---
So thank you for your responding! I catched the reason of this behavior. But
what will be with the program if i want to read for example 500 pages or work
with some documents with lower number of pages. Are there any limits in the
programm for this case?

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 388854] A very big volume of RAM

2018-01-14 Thread Sasha
https://bugs.kde.org/show_bug.cgi?id=388854

--- Comment #2 from Sasha <mos.ca...@yandex.ru> ---
Created attachment 109856
  --> https://bugs.kde.org/attachment.cgi?id=109856=edit
Here is a file

-- 
You are receiving this mail because:
You are the assignee for the bug.

[okular] [Bug 388854] New: A very big volume of RAM

2018-01-12 Thread Sasha
https://bugs.kde.org/show_bug.cgi?id=388854

Bug ID: 388854
   Summary: A very big volume of RAM
   Product: okular
   Version: 0.25.0
  Platform: Other
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: PDF backend
  Assignee: okular-devel@kde.org
  Reporter: mos.ca...@yandex.ru
  Target Milestone: ---

Sorry for my English. A couple days ago i found that ocular uses more than 1
gigabyte of RAM. The PDF document was 3.2 megabytes at all and consists of
about 200 pages. I don't know is it normal. So may be you have some memory
leaks.I'm sorry if not. Thanks :).

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Okular-devel] [okular] [Bug 315552] Allow save annotations directly to original pdf file

2014-07-19 Thread Sasha Medvedev
https://bugs.kde.org/show_bug.cgi?id=315552

Sasha Medvedev sasha.medve...@gmail.com changed:

   What|Removed |Added

 CC||sasha.medve...@gmail.com

-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel


[Okular-devel] [okular] [Bug 328182] New: Okular hangs when opening cbz archive containing xml file

2013-11-28 Thread sasha
https://bugs.kde.org/show_bug.cgi?id=328182

Bug ID: 328182
   Summary: Okular hangs when opening cbz archive containing xml
file
Classification: Unclassified
   Product: okular
   Version: 0.17.2
  Platform: Kubuntu Packages
OS: Linux
Status: UNCONFIRMED
  Severity: normal
  Priority: NOR
 Component: Comicbook backend
  Assignee: okular-devel@kde.org
  Reporter: sa...@goldnet.ca

Created attachment 83809
  -- https://bugs.kde.org/attachment.cgi?id=83809action=edit
Okular hangs when trying to open the attached file

When trying to open CBZ comic book archive okular hangs if the archive includes
XML file. Contents of XML file are irrelevant as long as the file begins with
?xml version=1.0?. This impacts ComicRack tagged CBZ files as they
include ComicInfo.xml file). 

This is the end of strace -f output in the console. Okular never fully loads,
does not display anything at all and it does not generate any more output.

lseek(11, 917116, SEEK_SET) = 917116
lseek(11, 917194, SEEK_SET) = 917194
lseek(11, 64, SEEK_SET) = 64
read(11,
\354}\7TS\333\266\366\16U\245\211(H\217\240r\224\336\233\200H\23\21P\221M\f!@\32...,
16384) = 16384
lseek(11, 64, SEEK_SET) = 64
read(11,
\354}\7TS\333\266\366\16U\245\211(H\217\240r\224\336\233\200H\23\21P\221M\f!@\32...,
16384) = 16384
read(11,
PJ\320Y.z\370\362,'\35X\n\216\355\330\352\245\35k\345\\\324I\275\26\23!\213\241\312:...,
16384) = 16384
lseek(11, 917018, SEEK_SET) = 917018
read(11, ?xml version=\1.0\?\nPK\1\2\36\3\24\0\0\0..., 16384) = 198
read(11, , 16186) = 0
lseek(11, 917018, SEEK_SET) = 917018
read(11, ?xml version=\1.0\?\nPK\1\2\36\3\24\0\0\0..., 16384) = 198
read(11, , 16186) = 0
lseek(11, 917018, SEEK_SET) = 917018
lseek(11, 917040, SEEK_SET) = 917040


-- 
You are receiving this mail because:
You are the assignee for the bug.
___
Okular-devel mailing list
Okular-devel@kde.org
https://mail.kde.org/mailman/listinfo/okular-devel