(No comment was entered for this change.)

(No comment was entered for this change.)

Bug IDs in task statement are confusing... 
The minimal requirement is to fix #505205 and #460390 ?
In addition fix ... (which one ?)

hi bolekk!

Argh, sorry copied the wrong bug numbers. The original bugs to fix are #507304,
#460390 and #505205.

The extra bug is #304629.

Regards,
Johannes

I claim this task.

I think I've already found a solution to #505205 (patch + description at
http://bugzilla.gnome.org/show_bug.cgi?id=505205).

But I think there is another problem with this category stuff, when a user decides to
create a few categories (= presses "new" button two(or more) times in a row) and THEN
change the names of all three ones, he won't receive what he wanted to (same reason
as in #505205).

My idea is to check if we already have categories named like "<Enter name>" and if
so, create new ones with different names. For example if we press "new" button three
times in a row, we will receive "<Enter name 1>", "<Enter name 2>" "<Enter name 3>"
categories. What do you think of it ?

I will need an int-to-string conversion function, is there any in gtk+ or can I
implement a simple one?

bolekk, welcome aboard!

Hi bolekk!

>But I think there is another problem with this category stuff, when a user decides >to
>create a few categories (= presses "new" button two(or more) times in a row) and >THEN
>change the names of all three ones, he won't receive what he wanted to (same reason
>as in #505205).

>My idea is to check if we already have categories named like "<Enter name>" and if
>so, create new ones with different names. For example if we press "new" button three
>times in a row, we will receive "<Enter name 1>", "<Enter name 2>" "<Enter name 3>"
>categories. What do you think of it ?

First, I think the focus should go directly on the new category after "New" was
pressed and editing should be started with gtk_cell_renderer_start_editing() (or
similar). That would prevent most people from clicking again on "New".

But your idea still seems good if the user really adds multiple categories. The
easiest way to add the number would be following code:

gchar* label = g_strdup_printf (_("<Enter name (%d)>"), number);

I suggest parenthesis around the number as I feel that looks better and clearer to
the translators. Maybe we should even replace <Enter name> with <New category>.

Thanks!

Sorry, gtk_cell_renderer_start_editing() is the wrong API method. Hopefully you can
find out the right one as I didn't find it yet. But I am sure that the functionality
exists somewhere.

Patch with fixed names of new categories attached on bugzilla (#505205).

I didn't manage to reproduce bug 507304 on my machine but I emailed its reporter so
maybe he will give me some more info about it.

Sorry I didn't update my copy from svn, I wasn't prepared for my first patch being
committed so quickly :p 

I think I fixed #460390 - patch+comment on bugzilla.

I've read in HACKING that
4) *Always* include a ChangeLog entry as part of the diff to ensure that
your entry is also committed directly with your name mentioned.

Should I do that? what should I write in ChangeLog?

I managed to crush anjuta while deleting tasks, working on it...

just take a look at other ChangeLog entries and you will get an idea; basically a
changelog entry looks like


2008-01-09  Andre Klapper  <example@example.com>

        * filename.c: Description what I have changed.

yeah! And to make your life easier, you can activate the tools plugin in anjuta and
select Tools->Prepare ChangeLog which will give you a skeleton. Usually you just write 

filename.c:
filename.h:
Fix #000000 - This is the bug title

I think I've finally found a reason for this crash (#507304)
Description + patch at http://bugzilla.gnome.org/show_bug.cgi?id=507304

Please tell me if my proposed solution doesn't cause any other problems. I don't have
much experience with GTK+ so I may have omitted some problematic issues.

Thanks for accepting my patch :)

Please tell me if it is everything for this task.(I don't think I'm able to fix the
printing bug, actually I have never printed anything from linux ... )

Thanks a lot for your contribution. The task is completely finished (Extra is meant
extra, it's not part of the task).

We would love to see future contribution to the project and hope you enjoyed working
on anjuta.