rosmord / jsesh Goto Github PK
View Code? Open in Web Editor NEWThe JSesh hieroglyphic editor
The JSesh hieroglyphic editor
JSesh can center all small signs on the vertical axis, but it lacks a function to do so for single signs. Currently, one
has to manually add to small spaces around the sign to center, and stack the sign and the spaces.
This can be easily automated, so we need to add a menu entry to this effect.
With high resolution ("4K" or "Retina") screens, some elements drawn by JSesh appear way too small. The latest versions of JSesh have solved this for plain text, and some hieroglyphic menus can be fixed through a preference option, but currently, the size of elements in the palette is fixed.
The simplest way to do this would probably be to allow the signs' size to be chosen directly in the palette itself.
JSesh support for the MdC 88 <F-...-> construct is... well below what would be expected. Basically it needs to be written correctly.
Meanwhile, the Rosette project has added to its own dialect of the MdC a construct which allows rounded enclosures. It's quite nice for foreign countries, in particular. I should add it at some point.
Unicode 12 has introduced a number of format control for hieroglyphs, and in particular "insertion controls", which are more precise than the current JSesh "ligature" operators.
We should add them to JSesh (perhaps not the Unicode characters themselves, but at least their semantics).
In a few cases, horizontal texts can contain short vertical cartouches, or column texts can contain horizontal cartouches.
Currently the MdC doesn't handle it.
See for instance http://giza.fas.harvard.edu/photos/26328/full/
In signs_description.xml
:
Additionally:
java getting clunky and heavy for new systems. for example
https://github.com/D-K-E/PySesh
https://launchpad.net/pysesh
They may be easier to run and improve.
I have already coded jSesh main interface in python.
Using Java to modify/customise JSesh requires a good deal of Computer Science knowledge. However, a significant number of users are probably able to write a bit of Javascript.
Proposing a reasonably simple API in JSesh might allow simple, yet useful customisation of the software. Nothing would
be done automatically, to avoid security issues.
The way I see it :
Hi. Thanks for maintaining jsesh over the years. It's been a very valuable tool!
For our reading group, I'd like to be able to render .gly
files to a particular image format from the command line, so we can automate construction of documents. I see that there's a SimpleBitmap
demo, and I've gotten that to work, but I'd prefer SVG output, and can I can't get the SVGExportDemo to work at all:
$ mvn package
[...]
$ java -cp jsesh/target/jsesh-7.5.5.jar:jseshGlyphs/target/jseshGlyphs-7.5.5.jar:cupAndlex/target/cupAndlex-7.5.5.jar:qenherkhopeshefUtils/target/qenherkhopeshefUtils-7.5.5.jar:jseshDemos/target/jseshDemos-7.5.5.jar jsesh.demo.SimpleBitmap
$ file example.png
example.png: PNG image data, 117 x 473, 8-bit/color RGB, non-interlaced
but
$ java -cp jsesh/target/jsesh-7.5.5.jar:jseshGlyphs/target/jseshGlyphs-7.5.5.jar:cupAndlex/target/cupAndlex-7.5.5.jar:qenherkhopeshefUtils/target/qenherkhopeshefUtils-7.5.5.jar:jseshDemos/target/jseshDemos-7.5.5.jar jsesh.demo.SVGExportDemo
Error: Unable to initialize main class jsesh.demo.SVGExportDemo
Caused by: java.lang.NoClassDefFoundError: org/qenherkhopeshef/graphics/utils/DoubleDimensions
I see other places in the code reference org.qenherkhopeshef.swingUtils.DoubleDimensions
instead, so maybe this demo needs updating? There's a similar problem with org.qenherkhopeshef.graphics.svg.SVGGraphics2D
that I haven't been able to resolve.
Overall, I'd just like a way to use jsesh to create images from the command line, but I was trying to rework one of the demos toward this end. I have some coding experience, but I've never used java much, so I'd appreciate any suggestions you might have on how to develop this.
Currently, JSesh uses the machine configuration to choose the language for its menus (if the language is supported). Now, some users prefer to use another language (for instance, english, because most tutorials will refer to the english menu names, etc.
JSesh should provide the possibility to change the menu languages on the fly.
When you have just saved a new JSesh file, you are unable to reload it using "recent document". A link is there, but it won't open the file.
The reason is that JSesh automatically adds the ".gly" suffix to files, and the system responsible for managing the recent document list doesn't know it. Hence, it tries to load the file without the suffix.
It's not a very serious issue : you can still open existing files with the Open menu, and the problem only affects new files. But it obviously needs fixing.
Add export (copy/paste and save as...) to plain text using Unicode encoding for glyphs too
When trying to type an uppercase translitteration letter, there is a bug if the letter is the first one of a translitterated text. I.E. "wꜣḥ Ptḥ" will be correctly rendered, whereas "Ptḥ" alone will not.
The problem seems that the "^" which is supposed to mark uppercase translitterated letters in MdC is added after the letter and not before in this case.
Currently (due to old limitations in Java file processing), JSesh is not aware of direct changes in the hieroglyphic folder where you can put your own hieroglyphs as SVG files.
That is, JSesh will reload signs if you have the hieroglyphic folder pointing to another place on your hard drive ; it will also
load glyphs if you try to use a glyph which hasn't been loaded yet. However, if you have already a sign in memory, and
you replace the file, JSesh won't notice it until it is restarted.
It's usually not a problem, but now that Java can listen to changes in a folder, I could improve it.
Add an enhanced layout system which would allow to have multiple areas with hieroglyphic texts.
The current group editor is not very practical when it comes to scaling and rotating. We should improve this...
I label this as a bug because I feel the current system really needs improvement.
The current search is slow when a length limit is set. Speed it up.
Done: the length limit is now no longer set on the whole result, but on the skipped parts.
This bug is currently mostly a problem if you use JSesh as a library for your own softwares.
If I do the following in a method:
editor.getWorkflow().setMDCCode("");
editor.getWorkflow().insertElement(g); // g is some kind of element...
The final view which is computed doesn't clear the previous view properly.
The homemade JSesh library for SVG import is small and efficient, but doesn't cover the whole standard. When I decided to use my own code, the reason was :
With maven or, one day, gradle, the second point is not a problem. As to the first, we are in 2021.
The current system for typing line number is somehow tedious.
It would be easy to add a menu entry (and a shortcut) which would:
(This is more a memo to myself than a public issue:
The Turkish (may more language) locale often causes issues because it has dotted and dotless I, which thus get uppercased and lowercased differently to most Latin-based alphabets. Fixing this requires specifying a locale in all instances where a string is uppercased or lowercased apart from human interface text.
The point of failure given:
Originally posted by @Bikenkhet in #34 (comment)
It's completely a technical issue here. It would allow me to get rid of some specific plugins I have
written for maven.
Add support for A7BD encoding of yod in JSesh.
The group editor is now fixed (it had been broken for scaling and rotating). But it lacks a number of useful functions,
for instance to align signs, or to distribute them. Its architecture could also be improved.
Currently, tests may fail because of user's signs_definition.xml. They should not
JSesh uses an old version of IText for producing pdf, because of license issues (the version used was the last one using the LGPL, if I remember well). PdfBox has a more permissive license.
A bug was introduced in commit 54e36ca (moved all jsesh specific i18n information and labels to jseshLabels).
It seems that while moving the text to an external package, I lost quite a few keybindings (including move left/right, copy...)
I will fix this. It doesn't impact a released version of JSesh yet.
I have written a cool library called finitestate which is used for the new Wildcard searches in JSesh.
Now, this library is way more powerful than what is currently available in JSesh. I intend to add a third tab in the search panel. It will be very technical, but some users might like the options it gives.
Adds the notions of left-aligned, right-aligned, justified lines.
JSesh has currently a temporary system, which is not precise enough. I have been waiting for the moment I would be recoding the graphical layer, but I feel it's important enough to be done sooner.
In my dev version, the group explode feature only works if the groups to explode are selected. In theory, it should work also on the previous group if no selection exists.
The Hieroglyphic palette always stands on top of other JSesh windows. This is annoying. It should pop up on top
when opened from the menus, but it should be possible to move standard JSesh windows above it, especially when you have a small screen.
The "About" menu has vanished in java 9+ version.
Bring it back !
Hi Serge and audience!
I know this isn't a Jsesh-specific proble, but is there anyway you are aware of so that one can copy and paste glyph images on a Google Docs document ?
The problem with Google Docs is it currently doesn't let one paste images with Ctrl+V.
Thanks for any tip to workaround this limitation.
Regards,
Carlos
JSesh lacks proper enclosures since day 1. It's a bit annoying to write, but not difficult. I should add it now.
For search purposes, some signs, such as V72, or more simply the numeric signs, should be decomposed into their elements,
at least on an optional basis.
We should add for some sign a standard decomposed form (much in the way "é" is decomposed in unicode as e plus acute accent.
I tried to download latest version of JSesh and run it but it gave me a error and it doesn't open. I reinstalled but still happening. I'm putting the error log file here:
errorinfo.txt
What's problem?
the "zoomed" view on a sign in the sign palette has a few problems:
The current drawing preference system is a mess.
as far as text layout goes, it's cumbersome (changing the size of the overall text is difficult)
the drawingPreference object itself is both mutable and shared between some instances of editors. We should make it easier to use.
The cancel button doesn't work properly.
Should be simple to fix.
A declarative, efficient, and flexible JavaScript library for building user interfaces.
🖖 Vue.js is a progressive, incrementally-adoptable JavaScript framework for building UI on the web.
TypeScript is a superset of JavaScript that compiles to clean JavaScript output.
An Open Source Machine Learning Framework for Everyone
The Web framework for perfectionists with deadlines.
A PHP framework for web artisans
Bring data to life with SVG, Canvas and HTML. 📊📈🎉
JavaScript (JS) is a lightweight interpreted programming language with first-class functions.
Some thing interesting about web. New door for the world.
A server is a program made to process requests and deliver data to clients.
Machine learning is a way of modeling and interpreting data that allows a piece of software to respond intelligently.
Some thing interesting about visualization, use data art
Some thing interesting about game, make everyone happy.
We are working to build community through open source technology. NB: members must have two-factor auth.
Open source projects and samples from Microsoft.
Google ❤️ Open Source for everyone.
Alibaba Open Source for everyone
Data-Driven Documents codes.
China tencent open source team.