?

Log in

No account? Create an account
LogJam 3.0.3 - LogJam [entries|archive|friends|userinfo]
LogJam

[ website | LogJam ]
[ userinfo | livejournal userinfo ]
[ archive | journal archive ]

LogJam 3.0.3 [Mar. 31st, 2002|11:14 am]
LogJam
logjam
[evan]
[Current Music |[Dose One - Hemispheres] 09 Etherial Downtime]

I put LogJam 3.0.3 up. I thought the changes I had in this were in LogJam 3.0.2 but Dmitry Morozovsky told me they weren't. :)

The major change is including a "recode" tab that lets you recode from KOI8-R to Windows CP-1251 (thanks to Sergei Barbarash for the code, though I was sent similar code by a lot of people) which is vital for the Russian community on LiveJournal. This will hopefully become unnecessary after LiveJournal switches to UTF-8 (which should happen Any Day Now) but for now it's useful.

Other changes... ? Nothing, really. The ChangeLog notes a "Solaris fix" but I don't really remember what it was. If LogJam hasn't compiled on Solaris for you before you may want to try it out; I don't have a Solaris machine to test on.



In other news, LogJam 3.1 (the branch for GTK 2.0) progress moves along shakily and slowly, but it shows a lot of promise. Here is a screenshot, showing the newly-rewritten spell checker.
LinkReply

Comments:
From: compwiz
2002-03-31 11:22 am (UTC)
How come the new behavior in GtkSpell is to underline the text as well as highlight it in red?
(Reply) (Thread)
From: evan
2002-03-31 11:28 am (UTC)
It seemed more appropriate to me. I wish I could just underline it in red, but the color control isn't that fine.
(Reply) (Parent) (Thread)
[User Picture]From: brad
2002-03-31 11:52 am (UTC)
Fix it! :P
(Reply) (Parent) (Thread)
From: billemon
2002-03-31 05:34 pm (UTC)

CVS update problem

I'm seeing the good old permissions problems with CVS access (this time to the "images" subdirectory of logjam) when I try to update (both with HEAD and logjam_3_1 branch).
(Reply) (Thread)
From: evan
2002-03-31 07:21 pm (UTC)

Re: CVS update problem

Gah. Brad moved the CVS repository to a different machine and broke some permissions. I'll look in to it.
(Reply) (Parent) (Thread)
From: ex_sgt783
2002-04-01 02:26 am (UTC)
Great!

AFAIK, avva's Unicode features are not going to change anything on the client side unless the client itself supports UTF-8.

Let avva correct me if I'm wrong.
(Reply) (Thread)
From: evan
2002-04-01 09:39 pm (UTC)
I believe the goal is to have LJ only accept UTF-8 encoded entries, but I'm not really sure.
(Reply) (Parent) (Thread)
[User Picture]From: mortaine
2002-04-03 12:14 am (UTC)

History calendar?

Clicking "View" from the History calendar (when an entry is selected) sends me to Brad's entries (example: http://www.livejournal.com/talkread.bml?itemid=5 when I click "View" for the 5th journal entry I've ever made). I assume that's a bug (or a really clever way for Brad to promote his livejournal). Is this the right place to post a bug?
(Reply) (Thread)
From: evan
2002-04-03 08:23 am (UTC)

Re: History calendar?

Oh, wow, yeah. That's definitely a bug and I know what caused it (the new URL scheme for the newly-clustered servers). Fixing it, though... hrm... I need to get the anum for a post and I don't think I can.

I'll probably just remove the button in a future release.

Thanks for reporting it. :)
(Reply) (Parent) (Thread)
[User Picture]From: mortaine
2002-04-03 08:57 am (UTC)

Re: History calendar?

You're welcome.

I'm writing a Docbook help document (per Gnome writing style guides) for Logjam as a class project for a tech writing class I'm taking (hope you don't mind). Should I leave a placeholder for that feature? Maybe just a "this is supposed to do this, but its behavior may not work with the new URL scheme in LiveJournal"?
(Reply) (Parent) (Thread)
[User Picture]From: substitute
2002-04-08 03:41 pm (UTC)
The weblink in the "help/about" box still goes to loserjabber.sourceforge.net :)

conrad
(Reply) (Thread)
From: evan
2002-04-08 10:20 pm (UTC)
Ah, good catch. :)
(Reply) (Parent) (Thread)
[User Picture]From: glasseye
2002-04-16 08:22 am (UTC)

3.03 compile errors - libhalfgnome

Hi, I'm trying to guild this on an SGI again, and am rather stuck on this error. Running make in ./libhalfgnome works fine, FWIW. Any ideas?

gcc  -Wall -g   -o logjam  init.o dotconf.o history.o  network.o settings.o lj.o  friends.o users.o about.o  gtkspell.o meta.o util.o  security.o friendgroups.o  friendgroupedit.o friendedit.o link.o  login.o popcalendar.o protocol.o  md5.o menu.o save.o console.o  convert.o -L/usr/freeware/lib32 -lgtk -lgdk -lgmodule -lgthread -lglib -lpthread -lXi -lXext -lX11 -lm  -L/usr/local/lib -L/usr/freeware/lib32 -lgtk -lgdk -lgmodule -lgthread -lglib -lpthread -lXi -lXext -lX11 -lm -lxmms -L/usr/local/lib -lcurl -L/usr/local/lib -lcurl ../libhalfgnome/libhalfgnome.a  
ld32: WARNING 127: Two shared objects with the same soname, /usr/lib32/mips3/libm.so and /usr/lib32/libm.so, have been been linked. This is probably due to a missing -L specification. Ignoring the latter.
ld32: ERROR 33: Unresolved text symbol "gtk_type_check_class_cast" -- 1st referenced by ../libhalfgnome/libhalfgnome.a(href.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded.  
ld32: ERROR 33: Unresolved text symbol "gtk_type_class" -- 1st referenced by ../libhalfgnome/libhalfgnome.a(href.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded.  
ld32: ERROR 33: Unresolved text symbol "gtk_button_set_relief" -- 1st referenced by ../libhalfgnome/libhalfgnome.a(href.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded.  
ld32: ERROR 33: Unresolved text symbol "gtk_type_is_a" -- 1st referenced by ../libhalfgnome/libhalfgnome.a(href.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded.  
ld32: ERROR 33: Unresolved text symbol "gtk_selection_data_set" -- 1st referenced by ../libhalfgnome/libhalfgnome.a(href.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded.  
ld32: ERROR 33: Unresolved text symbol "gtk_drag_source_unset" -- 1st referenced by ../libhalfgnome/libhalfgnome.a(href.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded.  
ld32: ERROR 33: Unresolved text symbol "gtk_drag_source_set" -- 1st referenced by ../libhalfgnome/libhalfgnome.a(href.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded.  
ld32: ERROR 33: Unresolved text symbol "g_strnfill" -- 1st referenced by ../libhalfgnome/libhalfgnome.a(href.o).
        Use linker option -v to see when and which objects, archives and dsos are loaded.  
ld32: INFO 152: Output file removed because of error.
collect2: ld returned 2 exit status
*** Error code 1 (bu21)
bash-2.04$
(Reply) (Thread)
[User Picture]From: glasseye
2002-04-19 01:39 pm (UTC)

Re: Eek!

So I updated XMMS today, and it apparently broke my old version of LoserJabber. Suddenly solving these compiling errors has become much more important to me ;P

And advice or insight would be greatly appreciated!
(Reply) (Parent) (Thread)
[User Picture]From: gaal
2002-05-05 05:35 am (UTC)
I'm trying to figure out how to post Hebrew with LogJam 3.1 . Not much luck so far and I suspect it is partly a GTK+ problem.

My X keymap does send Hebrew to LogJam, and amazingly, the Hebrew display complete with bidirectional support Just Works. This happens both when I do and when I don't start LogJam with a Hebrew localte set. However, when I post the entry to my journal, it comes out as gibberish.

What I suspect is going on is that my X is putting 8859-8 Hebrew into the client text widget, which (this is what's mysterious to me) does somehow recognize it automagically as Hebrew and render it correctly locally. It just isn't UTF-8 Hebrew, which is why it's rendered *incorrectly* when I view the post off LiveJournal.

I noticed you can right-click in the text widget and choose an input method. Hebrew is not on the list of available inputs :( This is a widget (mis)feature, right?

So:
1. Has anyone gotten Hebrew to work
2. Can somebody explain how non-UTF-8 Hebrew *is* miraculously rendered correctly locally but fails to be converted internally to unicode?

Thanks :)
(Reply) (Thread)
From: evan
2002-05-05 12:43 pm (UTC)
Hey,
the version I just committed to CVS is my local copy which includes sending the LJ protocol version key-- maybe this is what was needed?
[ http://goathack.livejournal.org:8012/developer/versions.bml ]

I still haven't figured out how to input Japanese in GTK2 so that's what I'll be investigating today.

For input methods, I'd assume it just hasn't been implemented in GTK2. I've looked into this a while ago and it seems to be pretty simple. Does Hebrew input use any special software, or do you just map multiple keys to one Hebrew character, like Russian? In the latter case, a few tables just need to be added to GTK2.
(Reply) (Parent) (Thread)
[User Picture]From: gaal
2002-05-05 02:19 pm (UTC)

The new version fixes my problem: thanks. I'm also downloading the GTK sources now to see if I can add Hebrew to the menu; that way people without special Xkb or xmodmap setups will be able to use Hebrew straight away with any GTK text widget.

Since you ask, Hebrew is a little tricky in that it is written right-to-left (it's much less tricky than Arabic though, which is has to render glyphs retroactively according to the letter that comes after them). There's a whole mess with automating bidirectional entry, but luckily it's part of the Unicode standard, and even more luckily somebody had evidently incorporated it into GTK+2. The fuss is all so that you could type the Hebrew equivalent of "testing, 123" and get "123 ,gnitset" on your display. Numbers, after all, are read left-to-right in Hebrew just as they are in left-to-right languages.
(Reply) (Parent) (Thread)