On 11-04-21 07:30 AM, Michal Hocko wrote: > On Wed, Apr 20, 2011 at 12:10:24PM -0700, Art Olin wrote: >> Hi, Michal. > Hi, > >> When I use the addText gui button to insert new test into a document, I >> find that successive insertions require exponentially greater time to >> execute. During this period the gui is frozen and the code consuming >> 100% cpu but modest memory. After three or four insertions the time to >> add additional characters will be 10s of minutes. The length of the >> added strings seem to be irrelevant. After repeated additions the >> process of saving the file on exiting the gui is quite long. When you >> save a revision and exit the gui, subsequent text additions start >> quickly and increase in time as before. > Yes, this is a known issue and I guess it is reported in our bug > tracking system (http://pdfedit.petricek.net/bt/main_page.php) as well. > I am not an author of GUI so my knowledge of this area is very limited. > I was told that the problem is in the QSA scripting layer which leaks > memory a lot. The only proposed "solution" was to get rid of QSA and > move to qscript in the QT4 base port. I am not sure what is the current > status of that, though. Maybe Martin can tell us more. > > Thanks, Michal. I expect that the QT4 port will fix many of these performance > problems. >> I would like to be able to add annotations to documents, and this is not >> fully supported in the gui. I've found that I can instantiate an >> annotation from the command line with >> addAnnotation(firstSelected(), p1, p2, l, h) after selecting a page with >> the cursor. The annotation appears >> when the gui "select annotations" is set, but the content is not >> visible, and when I select the annotation >> I get an error:QString::arg(): Argument missing: >> go_to_target_from_selected_annotation(), 0). Clearly some links are missing. >> >> Is there a simple script to generate editable annotations? > The functionality is implemented in the core library to some extend but > GUI doesn't export it. Almost all features are frozen until we have a > new QT4 gui. When I looked at the results with acroread they were OK - content in place. They just look screwy when you insert them with pdfedit. I can live with that. So the work on the core library has been worthwhile. > >> Finally, when i do gui select text and select some, it appears in a >> little window of the gui and can be edited. As soon as you change >> anything, all the spaces disappear, and if spaces are added manually >> they do not appear on the pdf. Is there a workaround for this. > Text editing is usable only for small changes. Therefore it doesn't > contain any deep logic. We simply get all selected objects, get the text > out of them and if something is changed we simply create a new text > operator with the whole text without any formating. Yes, it sucks, but > this is the current implementation and as I already said we are waiting > for QT4 port. > > I am sorry about this - wait for qt4 port - hand waving but this is the > current project state.
For the text editing, I am asking for a rather small change - that the text be restored with its original formatting, and that users are informed of the proper space character to enable this formatting in added text. At present you basically select a line and the formatting, especially spaces between the words, disappears. Surely this can be improved, and it is separate from QT4. Sorry I can't help with it. Using annotations is a superior way of accomplishing similar ends. Thanks for all your work and amazing responsiveness. ------------------------------------------------------------------------------ Benefiting from Server Virtualization: Beyond Initial Workload Consolidation -- Increasing the use of server virtualization is a top priority.Virtualization can reduce costs, simplify management, and improve application availability and disaster protection. Learn more about boosting the value of server virtualization. http://p.sf.net/sfu/vmware-sfdev2dev _______________________________________________ Pdfedit-support mailing list Pdfedit-support@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/pdfedit-support
