Todo List

Global GitkEventType

should we separate event types for dialogs and widgets ?

File gitkHelloUser.c

add another field 'age' (number), when age <18 greet informal, otherwise formal

Global global_on_close (gpointer dialog, gchar *widget_id, GitkEventPtr event, gpointer user_data)

we should add a dialog here asking "Are you sure ?"

Global main_on_changed (gpointer dialog, gchar *widget_id, GitkEventPtr event, gpointer user_data)

use translated versions here

Global gitk_init_process_commandline (guint *const argc, gchar ***const argv)

list available renderers and available styles here? Or should we use another switch for it.

Global gitk_init_xsl (void)

generate a stylesheet containing all message-ids of the client-catalog (how to get them ?) -- v1) gettext/intl/dcigettext.c gettext/intl/gettextP.h struct loaded_l10nfile *domain_file; struct loaded_domain *damain_data; if((domain_file = _nl_find_domain (dirname, single_locale, xdomainname, binding)!=NULL) { domain_data = (struct loaded_domain *) domain_file->data; !! now see the second half of : dcigettext.c/_nl_find_msg() } -- v2) compile with -I link with -L read_mo.o message.o

Global global_on_close (gpointer dialog, gchar *widget_id, GitkEventPtr event, gpointer user_data)

we should add a dialog here asking "Are you sure ?"

Global main (int argc, char **argv)

obtain renderer info from libgitk, so that we can pass this when starting new apps

exec the program associated with <menu_choice> using system() (which waits for the programm to finish)

Global main_show (char *root)

read launcher config and build xml-dialog (see gitk-renderer-text/gitkrenderer.c/gitkr_select_context()

Global global_on_close (GitkDialogPtr dialog, gchar *widget_id, GitkEventPtr event, gpointer user_data)

we should add a dialog here asking "Are you sure ?"

Global gitkr_event_loop_getkey (void)

sleep a bit

Global gitkr_event_loop_getkey (void)

sleep a bit

Global handle_dialog_main_widgets (GitkrTextLayoutPtr layout)

we really should initialise layout->currentPage and layout->currentWidget from XML

use SHIFT+KEY_TAB for it as well, if we can find out how to detect SHIFT

Global sighandler_on_sigwinch (int sig)

problematic when in subroutine-handler (e.g. while entering text)

Global gitkr_dialog_hide (GitkDialogPtr dialog)

alternatively set dialog invisible, so that render will not choose it

Global gitkr_dialog_generate_layout (GitkDialogPtr dialog)

initialize box_vert from ""GITK_NS_PREFIX":dialogwidgets/"GITK_NS_PREFIX":orientation"

get default spacing from xml

Global gitkr_dialog_generate_layout_walker (GitkDialogPtr dialog, GtkContainer *container, xmlNodePtr cur, gboolean box_vert, gint widget_index)

use a GtkTable(nr_of_widgets,2) instead of a box

make this a function somewhere ?

Global giml_ctrl_text

this is a hack to make gettext aware of these

Global LINES

Stefan fragen wegen LINES

Global gitkr_dialog_generate_hierarchical_layout (GitkDialogPtr dialog, xmlNodePtr root)

implement this part

Global gitkr_dialog_generate_layout (GitkDialogPtr dialog)

do this for every page

decide which layouting algorithm to use (XSLT)

Global gitkr_dialog_generate_sequential_layout (GitkDialogPtr dialog, xmlNodePtr root)

Currently we do not yet handle arbitrary deep netsed widgetgroups (only level2). We need to flatten the whole hierarchy.

Global gitkr_dialog_generate_sequential_layout_build_page (GitkDialogPtr dialog, xmlNodePtr root, xmlXPathCompExprPtr xpath_get_widgets, gint pageIx)

set initial value

set initial value

implement widget

set initial value, choices

Global gitkr_dialog_new_layout (GitkDialogPtr dialog)

currently the first gadget (even a label) will have the focus

Global giml_ctrl_text

this is a hack to make gettext aware of these

Global gitkr_dialog_generate_hierarchical_layout (GitkDialogPtr dialog, xmlNodePtr root)

implement this part

Global gitkr_dialog_generate_layout (GitkDialogPtr dialog)

do this for every page

decide which layouting algorithm to use (XSLT)

Global gitkr_dialog_generate_sequential_layout (GitkDialogPtr dialog, xmlNodePtr root)

Currently we do not yet handle arbitrary deep netsed widgetgroups (only level2). We need to flatten the whole hierarchy.

Global gitkr_dialog_generate_sequential_layout_build_page (GitkDialogPtr dialog, xmlNodePtr root, xmlXPathCompExprPtr xpath_get_widgets, gint pageIx)

set initial value

set initial value

implement widget

set initial value, choices

Global gitkr_dialog_output_layout (GitkDialogPtr dialog)

set color stuff here or somewhere else?

set color stuff here or somewhere else?

set color stuff here or somewhere else?

Global gitkr_render (void)

reset cur_context, when closing dialogs

Global gitkr_select_context (void)

implement it

Global gitkr_render (void)

reset cur_context, when closing dialogs

Global gitkr_select_context (void)

use <widget type="optionchoice_single_expanded"> when ready (see gitk-examples/gitkLauncher.c)

Global gitkr_render (void)

reset cur_context, when closing dialogs

Global gitkr_select_context (void)

use <widget type="optionchoice_single_expanded"> when ready (see gitk-examples/gitkLauncher.c)

Global gitkr_widget_characterinput_handle (GitkrPhoneWidgetPtr widget)

es gibt noch keinen richtigen Abbruch if(strcmp(editbuf, "") && strcmp(editbuf, "\n")) strcpy(value, editbuf); if(!strcmp(editbuf, "\0") && !strcmp(editbuf, "\n")) value = NULL;

Global gitkr_widget_characterinput_handle (GitkrTextWidgetPtr widget, gint line)

implement

apply filter

check that there is enough space to include one more character

Global gitkr_widget_label_output (GitkrTextWidgetPtr widget, gint line, gboolean active)

check for length of value

Global gitkr_widget_optionchoice_handle (GitkrPhoneWidgetPtr widget)

this is problematic for the dialog-control widget, as this not exist in source and we are not really interested in its new value. SOLUTION, each widget can have a custom get_<attr>, set_<attr> methods

Global gitkr_widget_optionchoice_handle (GitkrTextWidgetPtr widget, gint line)

this is problematic for the dialog-control widget, as this not exist in source and we are not really interested in its new value. SOLUTION, each widget can have a custom get_<attr>, set_<attr> methods

Global gitkr_widget_optionchoice_value_output (gint col, gint line, gint value, GList *choices)

handle col>COLS-1

Global index_html (httpd *server)

how to properly unset the env-vars back to default, tried "LC_ALL=","LC_ALL" and ""

where are glibs g_putenv and co gone

this is in fact not the proper API, some renderers might be able to exchange the style, without restarting the event-loop

add request to kill application

make active dialog bold

Global giml_ctrl_text

this is a hack to make gettext aware of these

File libgitk.c

testsuite transform : test transformations i18n, defaults

File libgitk_core.c

testcase for : cmdline arg order ?

File libgitk_dialog.c

testcase for : gitk_dialog_show(dialog1,FALSE);gitk_dialog_show(dialog1,FALSE);

testcase for : gitk_dialog_hide(dialog1);gitk_dialog_hide(dialog1);

testcase for : gitk_dialog_free(dialog1);gitk_dialog_free(dialog1);

Global gitk__dialog_attach_callback (GitkDialogPtr const dialog, gchar *const widget_id, const GitkEventType type, gpointer const user_data, GitkCallbackPtr const callback, gchar *const callback_name)

what do we do,if a callback already exists in the list ?

Global gitk_dialog_hide (GitkDialogPtr const dialog)

test if dialog is already in gitk_dialog_list, via g_list_find(gitk_dialog_list,dialog)

Global gitk_dialog_show (GitkDialogPtr const dialog, gboolean const modal)

test if dialog is not yet in gitk_dialog_list, via !g_list_find(gitk_dialog_list,dialog)

Global gitk_dialog_trans (GitkDialogPtr const dialog)

later we might need another domain transformation step here (splitting complex widgets, etc.)

Global gitk_done (void)

gitkr_dialog_free_layout(dialog); needed

Global gitk_init (guint *const argc, gchar ***const argv, gchar *const _client_package_name, gchar *const _client_locale_dir)

check which renderers are installed and open one of them; decide which one (if more then one is available)

we could use the _client_package_name to register the running client with a gitk_console_server

Group gitkcoreprofile

every property should have callbacks, that are triggered on property changes

we need a foreach property method what about putting the profile as XML into the dialog, so that XSLs can access it (giml/profile)

Global GitkRenderer

we need two additional entry points: gitkr_dialog_init() will be called from the end of gitk_dialog_new() gitkr_dialog_done() will be called from gitk_dialog_free()

Global gitk_log_handler (const gchar *const log_domain, const GLogLevelFlags log_level, const gchar *const message, gpointer const user_data)

filter on G_LOG_DOMAIN {gitk-core,gitk-render-{text,gtk,...},gitk-examples,gtk,glib,...}

Global gitk_print_handler (const gchar *const message)

add option to set logfile (per configure ?, per command line (will miss initial messages))

Global gitk__widget_get_value (GitkDialogPtr const dialog, GitkDialogAccessType access_type, gchar *const widget_id, const gchar *const name)

should name be a xpath-expr ?

Global gitk__widget_set_value (GitkDialogPtr const dialog, GitkDialogAccessType access_type, gchar *const widget_id, const gchar *const name, const gchar *const data)

should name be a xpath-expr ?

Global gitk_widget_get_type (xmlNodePtr widget)

add test cases to check that functions handle GITK_WIDGET_TYPE_UNDEF

Global gitk_widget_get_type (xmlNodePtr widget)

further break down types ?

Global gitkr_done (void)

how to finalize gtk here ?

Global gitkr_dialog_hide (GitkDialogPtr dialog)

alternatively set dialog invisible, so that render will not choose it

---