SourceForge.net Logo Support This Project

jMemorize

jMemorize 1.2.0 preview part 2

Here goes another preview for jMemorize 1.2.0. I’ll focus on the new features of the enhanced edit card window in this post:

  • You can finally change the category of a card, directly from inside the edit window.. and yes, even while being in a learn session.
  • The card text now supports simple text formatting like bold, italic, underlined, superscript (vertically raised) and subscript (vertically lowered) text.
  • The unhandy properties tab is replaced by a new collapsible header bar at the top of the edit window. In collapsed form you can check the current deck and expiration date with a quick glance. Expanded it shows you all the detailed information that you’re used to.
  • Every card now also stores it’s modification date, which can be seen in the card header bar or be used as a column in the card table.

The edit card window in jMemorize 1.2.0

I hope you like the new features. We’re aiming for an release by the end of this month.

7 Responses to “jMemorize 1.2.0 preview part 2”

  1. jerry Says:

    I tried it out today. but when I wanted to save the file, it wiped out my old file. the result is …. nothing left on the file system.
    I was trying to get my file back by using reiserfsck –rebuild-tree but it didn’t work for me. this file is gone like never existed :(

  2. rdjemili Says:

    I’m sorry to hear that. It seems that the new save system causes problems on Linux. We’re already working on a fix.

  3. rdjemili Says:

    Hello jerry, could you please try the following version and tell me if the problem remains?

    http://jmemorize.org/files/jMemorize-1.2.1.jar

  4. David Says:

    I’m not jerry, but I had the same problem, and that new version fixes it for me.

    Also: Overall, jMemorize is the best flashcard software I’ve tried! Thanks!

  5. jerry Says:

    wow…you are one of the most efficient open source developers.
    This version works. but it leaves a filename.yml~ on the file system. It’s not a problem though:)

    I have an idea about it: only delete filename.yml~ if MD5.getHash(filename.yml) == MD5.getHash(filename.yml~)
    you may implement this guy’s MD5 package http://www.twmacinta.com/myjava/fast_md5.php

    that way, if copy or rename fails for some reason, at least the original filename.yml is untouched

    thanks anyway. I have more than 3000 cards in my brain now. gonna export them to my computer before they fade away. lol

  6. jerry Says:

    sorry…that’s filename.jml~ not filename.yml~
    that is Ruby language syndrome.:p

  7. rdjemili Says:

    @jerry

    Glad to hear that it works now. The jml~ file is on purpose for now. Think of it as an automatic backup creation. We’ll probably rework that again for the next version and make it optional.

    PS: Ruby’s pretty cool :)

jMemorize - Learning made easy (and fun) - A Leitner flashcards tool