TILP (formerly GtkTiLink) can transfer data between Texas Instruments graphing calculators and a computer. It works with all link cables (parallel, serial, Black/Gray/Silver/Direct Link) and it supports the TI-Z80 series (73..86), the TI-eZ80 series (83PCE, 84+CE), the TI-68k series (89, 92, 92+, V200, 89T) and the Nspire series (Nspire Clickpad / Touchpad / CX, both CAS and non-CAS)
The wish of creating a fifth library containing high-level operations (name suggestion: "tiopers"), in order to factor out code potentially/definitely duplicated across tilp, gfm, titools, tiutils, etc. has been floating for years (Romain, Jonimus, Benjamin, Thibault, myself), because the modularity of TILP still needs to be improved, despite the existence of 4 libraries already.
The innermost chunks (or simplified versions) of a number of functions from tilp/src/tilp_calcs.c and tilp/src/tilp_device.c, gfm/trunk/src/ungroup.c, tidump and others could go there.
Implementation notes:
[ ] create tiopers, make gfm and tilp depend on it.
[ ] move code from gfm, tilp and titools to libtiopers, at least:
[ ] P1 tilp_calc_isready and its dependencies: there's no point in starting the work if not for moving this one, all the more it blocks moving multiple other routines...
[ ] P2 a shortcut for exiting PTT mode on the Nspire (send an empty file with the appropriate name) and the TI-eZ80 series (s_param_request DUSB_PID_PTT_MODE_STATE + r_param_data, if PTT mode state == 1 then dirlist + recv_var RclWindow + send_var RclWindow)
The benefit is less clear for the other routines from tilp_calcs.c: the GUI code (progress bars, dialogs) is more intermingled with ticalcs calls.
I worked a bit on libtiopers in 2013, but postponed it to the next development cycle twice :)
The wish of creating a fifth library containing high-level operations (name suggestion: "tiopers"), in order to factor out code potentially/definitely duplicated across tilp, gfm, titools, tiutils, etc. has been floating for years (Romain, Jonimus, Benjamin, Thibault, myself), because the modularity of TILP still needs to be improved, despite the existence of 4 libraries already.
The innermost chunks (or simplified versions) of a number of functions from tilp/src/tilp_calcs.c and tilp/src/tilp_device.c, gfm/trunk/src/ungroup.c, tidump and others could go there.
Implementation notes:
tilp_calc_isreadyand its dependencies: there's no point in starting the work if not for moving this one, all the more it blocks moving multiple other routines...tilp_calc_dirlist->tilp_dirlist_remote(tilp_vars.c)tilp_calc_idlisttilp_calc_rom_dumptilp_calc_send_ostilp_calc_get_infostilp_calc_recv_certtilp_calc_send_certtilp_calc_send_tigrouptilp_calc_recv_tigroupThe benefit is less clear for the other routines from tilp_calcs.c: the GUI code (progress bars, dialogs) is more intermingled with ticalcs calls.
I worked a bit on libtiopers in 2013, but postponed it to the next development cycle twice :)