Pending bugs in Jsesh

The following bugs have been found in JSesh and are not yet corrected.

Cut and paste and right-to-left or column text

Submitted by Serge Rosmorduc on Sat, 03/15/2008 - 10:05.
solved: 
unsolved

When cutting and pasting JSesh text in word/openoffice, etc. the text is pasted as left-to-right text.

It's more a unwritten feature than a bug (that is, I know what to do, but I haven't written the code yet).

Temporary Workaround: 

You can choose how the text will be copied in the menu "Tools/Edit Preference" (see the documentation). Simply choose one of "as one large picture" (which will give you an exact rendering) or "grouped cadrats" (which will give correct right-to-left text, except if there is a mix of latin text and hieroglyphs).

Print system disabled. Use PDF instead

Submitted by Serge Rosmorduc on Tue, 09/18/2007 - 11:11.
solved: 
unsolved

Postscript printers don't print when some text is shaded. Explanation : when text is shaded, java postscript output is in fact a large bitmap of the whole page (as postscript doesn't support transparency). Emulated postscript driver can deal with this, but it seems that various printers don't like it at all. Temporary solution : don't print directly.

Temporary Workaround: 

Use pdf output instead, and print from acrobat reader. TODO : propose a shading system which doesn't use transparency, and make it the default option for printing. Printing is currently disabled (which is not a real problem, as you can use pdf output instead).

Problem with latin text at the top of columns

Submitted by Serge Rosmorduc on Wed, 09/26/2007 - 22:02.
solved: 
unsolved

Well, JSesh doesn't handle latin text in columns very well (but, on the other hand, good handling would require significant extensions to the Manuel, as, for instance, rotated text. This being said, there is something which is definitly a bug and not a lack of feature:

If you enter the following,
+l1.+s-iwn_-n:t-!+l2.+s-G5*G7_-N31_-t*Z1_-xAst-!+l1.+s-iwn_-n:t-!+l2.+s-G5*G7_-N31_-t*Z1_-xAst-!
+l1.+s-iwn_-n:t-!+l2.+s-G5*G7_-N31_-t*Z1_-xAst-!

and display it as columns, each column will be shifted slightly downward from the previous one. Which is not nice.

Temporary Workaround: 

Insert a very small space at the start of each column. You may use ".\1" (half-space scaled 1%).
Note that .\0 (half-space, with scale 0) doesn't work here.

.\1-+l1.+s-iwn_-n:t-!.\1-+l2.+s-G5*G7_-N31_-t*Z1_-xAst-!

problem with '-' in line numbers

Submitted by Serge Rosmorduc on Sun, 09/23/2007 - 16:03.
solved: 
unsolved

When a line number contains a '-' , for instance "3-4" JSesh currently produces the following code:
|3-4-...
which is wrongly interpreted when the text is reread.

Hence, we need to produce some non-standard code, like |3\-4- ... and read it.

Temporary Workaround: 

For users, a possible temporary solution now would be to use some alternate character, for instance "EM DASH" — (unicode character 2014). Those characters are usually available through some kind of character palette on your system (well, I know for sure there is one on linux and on Mac).

Redrawing problem

Submitted by Serge Rosmorduc on Tue, 09/18/2007 - 11:11.
solved: 
unsolved

redrawing problem when using the "up" cursor key. The system doesn't scroll the visible panel to the right position (plus, the problem doesn't always appear). After testing older versions, it appears the bug is quite old.