tilp-devel — This list is intended to TiLP's developers, contributors and advanced users.

Re: [TiLP-devel] 86 file format compatibility patch

[<ti...@li...>]

Hi Adrian,

thank you for your patch ! Given that I will not be able to test it (I=20
don't have TI85/86 anymore), I would like to know whether you have=20
tested it ?

If yes, I will apply it. Else, I will have to take a look more thourougly=
...

Thanks, Romain.

Adrian Mettler a =E9crit :
> This is sent from my primary (more or less spam-free... knock on wood)=20
> address.
>=20
> Sorry about the mailer splitting some of the lines.
> --Adrian
>=20
>=20
> --- files8x.c.bak       2003-08-27 02:30:44.000000000 -0700
> +++ files8x.c   2003-11-27 10:38:33.000000000 -0800
> @@ -194,6 +194,8 @@
>    int i;
>    int ti83p_flag =3D 0;
>    uint8_t name_length =3D 8;     // ti85/86 only
> +  uint16_t data_size;
> +  uint8_t test_space;
>    char signature[9];
>=20
>    if (!tifiles_is_a_ti_file(filename))
> @@ -213,18 +215,45 @@
>      return ERR_INVALID_FILE;
>    fskip(f, 3);
>    fread_n_chars(f, 42, content->comment);
> -  fread_word(f, NULL);
> +  fread_word(f, &data_size);
>=20
>    // search for the number of entries by parsing the whole file
>    offset =3D ftell(f);
>    for (i =3D 0;; i++) {
> +    int current_offset =3D (int)ftell(f);
> +    /* We are done finding entries once we reach the end of the data=20
> segment
> +     * as defined in the header.  This works better than magic numbers=
, as
> +     * as there exist files in the wild with incorrect magic numbers t=
hat
> +     * transmit correctly with TI's software and with this code.
> +     */
> +    //printf("current_offset: %x, offset + data_size: %x\n",
> +    //    current_offset, (uint16_t) offset + data_size);
> +    if (current_offset >=3D offset + data_size)
> +      break;
> +
>      fread_word(f, &tmp);
>      if (tmp =3D=3D 0x0D)
>        ti83p_flag =3D !0;         // true TI83+ file (2 extra bytes)
> -    if ((tmp !=3D 0x0B) && (tmp !=3D 0x0C) && (tmp !=3D 0x0D))
> -      break;
> +    //if ((tmp !=3D 0x0B) && (tmp !=3D 0x0C) && (tmp !=3D 0x0D))
> +    //  break;
>      if (is_ti8586(content->calc_type))
> -      fskip(f, 12);
> +    {
> +      /* name may follow one of three conventions: padded with zeroes
> +       * (most correct, generated by TI's software), padded with null=20
> bytes,
> +       * or unpadded.  TI's software accepts all three, so we should t=
oo.
> +       */
> +      fskip(f, 3);
> +      fread_byte(f, &name_length);
> +      fskip(f, name_length);
> +
> +      fread_byte(f, &test_space);
> +      fskip (f, -1);
> +
> +      //printf("test_space: %x at %x\n", test_space, (int)ftell(f));
> +
> +      if (test_space =3D=3D '\0' || test_space =3D=3D ' ')  // skip pa=
dding if=20
> padded
> +       fskip(f, 8 - name_length);
> +    }
>      else if (content->calc_type =3D=3D CALC_TI83P)
>        fskip(f, 13);
>      else
> @@ -254,7 +283,16 @@
>      tixx_translate_varname(entry->name, entry->trans,
>                            entry->type, content->calc_type);
>      if (is_ti8586(content->calc_type))
> -      fskip(f, 8 - name_length);
> +    {
> +      /* Again, compatibility with padded and unpadded files
> +       */
> +      fread_byte(f, &test_space);
> +      fskip (f, -1);
> +
> +      if (test_space =3D=3D '\0' || test_space =3D=3D ' ')  // skip pa=
dding if=20
> padded
> +       fskip(f, 8 - name_length);
> +    }
> +
>      if (ti83p_flag) {
>        entry->attr =3D (fgetc(f) =3D=3D 0x80 ? ATTRB_ARCHIVED : ATTRB_N=
ONE);
>        fgetc(f);
> @@ -639,7 +677,7 @@
>      fwrite_word(f, content->data_length4);
>      fwrite(content->data_part4, 1, content->data_length4, f);
>    }
> -  // checksum =3D sum of all bytes in bachup headers and data num_entr=
ies
> +  // checksum =3D sum of all bytes in backup headers and data num_entr=
ies
>    sum =3D 0;
>    sum +=3D 9;
>    sum +=3D
>=20
>=20
>=20
>=20
> --- Romain Li=E9vin <ro...@us...> wrote:
>  >
>  > Hi,
>  >
>  >
>  >
>  > could you send to me your patch in unified diff
>  > format (diff
>  >
>  > -Naur) ?
>  >
>  >
>  >
>  > You can mail me at <ro...@ti...> or
>  > til...@li....
>  >
>  >
>  >
>  > It will be easier to communicate by this way rather
>  > than by
>  >
>  > the BugTracker.
>  >
>  >
>  >
>  > thx, roms.
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick
> _______________________________________________
> TiLP-devel mailing list
> TiL...@li...
> https://lists.sourceforge.net/lists/listinfo/tilp-devel
>=20
>=20


--=20
Romain Li=E9vin (roms):         <ro...@ti...>
Web site:                     http://www.lievin.net
"Linux, y'a moins bien mais c'est plus cher !"

[TiLP-devel] TiLP / SilverLink: need help (testing)

[Romain <ti...@li...>]

Hi,

I'm searching for (a) Linux user(s) who will be interested in testing the
new SilverLink support. This involves running Linux with libusb and
compiling/building libticable package. In the worst case, I can provide
pre-built library.

SilverLink support has recently been getting some improvements such as
robustness and reliability. But, it still very slow on sending (1KB/s).

This is the goal of step #2. It works great for me (5KB/s) with all
operations (dirlist, backup, ROM dump, AMS, ...) but I need feedback from
users before winning ;-)

Thanks, Romain.
---
Romain Li=E9vin (roms) <ti...@li...>
Site web 	     <http://www.lievin.net>
"Linux, y'a moins bien mais c'est plus cher !"

[TiLP-devel] 86 file format compatibility patch

[Adrian M. <ame...@hm...>]

This is sent from my primary (more or less spam-free... knock on wood)=20
address.

Sorry about the mailer splitting some of the lines.
--Adrian


--- files8x.c.bak       2003-08-27 02:30:44.000000000 -0700
+++ files8x.c   2003-11-27 10:38:33.000000000 -0800
@@ -194,6 +194,8 @@
    int i;
    int ti83p_flag =3D 0;
    uint8_t name_length =3D 8;     // ti85/86 only
+  uint16_t data_size;
+  uint8_t test_space;
    char signature[9];

    if (!tifiles_is_a_ti_file(filename))
@@ -213,18 +215,45 @@
      return ERR_INVALID_FILE;
    fskip(f, 3);
    fread_n_chars(f, 42, content->comment);
-  fread_word(f, NULL);
+  fread_word(f, &data_size);

    // search for the number of entries by parsing the whole file
    offset =3D ftell(f);
    for (i =3D 0;; i++) {
+    int current_offset =3D (int)ftell(f);
+    /* We are done finding entries once we reach the end of the data=20
segment
+     * as defined in the header.  This works better than magic numbers, =
as
+     * as there exist files in the wild with incorrect magic numbers tha=
t
+     * transmit correctly with TI's software and with this code.
+     */
+    //printf("current_offset: %x, offset + data_size: %x\n",
+    //    current_offset, (uint16_t) offset + data_size);
+    if (current_offset >=3D offset + data_size)
+      break;
+
      fread_word(f, &tmp);
      if (tmp =3D=3D 0x0D)
        ti83p_flag =3D !0;         // true TI83+ file (2 extra bytes)
-    if ((tmp !=3D 0x0B) && (tmp !=3D 0x0C) && (tmp !=3D 0x0D))
-      break;
+    //if ((tmp !=3D 0x0B) && (tmp !=3D 0x0C) && (tmp !=3D 0x0D))
+    //  break;
      if (is_ti8586(content->calc_type))
-      fskip(f, 12);
+    {
+      /* name may follow one of three conventions: padded with zeroes
+       * (most correct, generated by TI's software), padded with null=20
bytes,
+       * or unpadded.  TI's software accepts all three, so we should too.
+       */
+      fskip(f, 3);
+      fread_byte(f, &name_length);
+      fskip(f, name_length);
+
+      fread_byte(f, &test_space);
+      fskip (f, -1);
+
+      //printf("test_space: %x at %x\n", test_space, (int)ftell(f));
+
+      if (test_space =3D=3D '\0' || test_space =3D=3D ' ')  // skip padd=
ing if=20
padded
+       fskip(f, 8 - name_length);
+    }
      else if (content->calc_type =3D=3D CALC_TI83P)
        fskip(f, 13);
      else
@@ -254,7 +283,16 @@
      tixx_translate_varname(entry->name, entry->trans,
                            entry->type, content->calc_type);
      if (is_ti8586(content->calc_type))
-      fskip(f, 8 - name_length);
+    {
+      /* Again, compatibility with padded and unpadded files
+       */
+      fread_byte(f, &test_space);
+      fskip (f, -1);
+
+      if (test_space =3D=3D '\0' || test_space =3D=3D ' ')  // skip padd=
ing if=20
padded
+       fskip(f, 8 - name_length);
+    }
+
      if (ti83p_flag) {
        entry->attr =3D (fgetc(f) =3D=3D 0x80 ? ATTRB_ARCHIVED : ATTRB_NO=
NE);
        fgetc(f);
@@ -639,7 +677,7 @@
      fwrite_word(f, content->data_length4);
      fwrite(content->data_part4, 1, content->data_length4, f);
    }
-  // checksum =3D sum of all bytes in bachup headers and data num_entrie=
s
+  // checksum =3D sum of all bytes in backup headers and data num_entrie=
s
    sum =3D 0;
    sum +=3D 9;
    sum +=3D




--- Romain Li=E9vin <ro...@us...> wrote:
 >
 > Hi,
 >
 >
 >
 > could you send to me your patch in unified diff
 > format (diff
 >
 > -Naur) ?
 >
 >
 >
 > You can mail me at <ro...@ti...> or
 > til...@li....
 >
 >
 >
 > It will be easier to communicate by this way rather
 > than by
 >
 > the BugTracker.
 >
 >
 >
 > thx, roms.

Re: [TiLP-devel] i18n : troubles compiling tarball in order to test translations

[Romain <ti...@li...>]

Hi,

> I had some troubles compiling the Romain's tarball. The exact problem i=
s
> in
> ticalcs (tifiles and ticables are OK). Make answers :
>
> Making all in intl
> make[2]: Entering directory
> `/home/sylvain/Documents/Compilations/tilp/libticalcs-4.5.3/intl'
> make[2]: *** Pas de r=E8gle pour fabriquer la cible =AB libintl.@l@a =BB=
,
> n=E9cessaire
> pour =AB all-yes =BB. Arr=EAt.
>
> ('no rule to make target =AB libintl.@l@a =BB')

Yes, I noticed it (and fixed !).

This bug appear with libticalcs and tilp.

>
> I have a Mandrake 9.1. See the log for further information about the
> configure
> and make processes.

thx, roms.

>
> ----
>
> Bonjour,
>
> J'ai eu des probl=E8mes pour compiler la tarball de Romain. Le probl=E8=
me se
> situe
> au niveau de ticalcs (tifiles et ticables sont OK). Make r=E9pond :
>
>  Making all in intl
> make[2]: Entering directory
> `/home/sylvain/Documents/Compilations/tilp/libticalcs-4.5.3/intl'
> make[2]: *** Pas de r=E8gle pour fabriquer la cible =AB libintl.@l@a =BB=
,
> n=E9cessaire
> pour =AB all-yes =BB. Arr=EAt.
>
> J'ai une Mandrake 9.1. Ci-joint le log =E0 propos de configure et de ma=
ke.
>
> Cordialement,
>
> Sylvain Garsault.


---
Romain Li=E9vin (roms) <ti...@li...>
Site web 	     <http://www.lievin.net>
"Linux, y'a moins bien mais c'est plus cher !"

[TiLP-devel] i18n : troubles compiling tarball in order to test translations

[Sylvain G. <syl...@fr...>]

Hi,

I had some troubles compiling the Romain's tarball. The exact problem is in=
=20
ticalcs (tifiles and ticables are OK). Make answers :

Making all in intl
make[2]: Entering directory=20
`/home/sylvain/Documents/Compilations/tilp/libticalcs-4.5.3/intl'
make[2]: *** Pas de r=E8gle pour fabriquer la cible =AB libintl.@l@a =BB, n=
=E9cessaire=20
pour =AB all-yes =BB. Arr=EAt.

('no rule to make target =AB libintl.@l@a =BB')

I have a Mandrake 9.1. See the log for further information about the config=
ure=20
and make processes.

=2D---

Bonjour,

J'ai eu des probl=E8mes pour compiler la tarball de Romain. Le probl=E8me s=
e situe=20
au niveau de ticalcs (tifiles et ticables sont OK). Make r=E9pond :

 Making all in intl
make[2]: Entering directory=20
`/home/sylvain/Documents/Compilations/tilp/libticalcs-4.5.3/intl'
make[2]: *** Pas de r=E8gle pour fabriquer la cible =AB libintl.@l@a =BB, n=
=E9cessaire=20
pour =AB all-yes =BB. Arr=EAt.

J'ai une Mandrake 9.1. Ci-joint le log =E0 propos de configure et de make.

Cordialement,

Sylvain Garsault.

[TiLP-devel] SilverLink support, tipar kernel module

[Romain <ti...@li...>]

HI,

it seems that I have discovered some yet another big bugs...

1=B0) libusb support: wrong timeout formulae was used. Example: needed 2s=
,
passed 0.2s, sic ! This explains why people often encounter transffer
interruptions. Once this bug fixed, libusb support is working fine !
Enjoy, Tijl !

2=B0) tipar, tiusb: similar problem (wrong formulae) but more complex.
Need more investigation...

Sorry, Romain.
---
Romain Li=E9vin (roms) <ti...@li...>
Site web 	     <http://www.lievin.net>
"Linux, y'a moins bien mais c'est plus cher !"

Re: [TiLP-devel] Silver kernel module (Linux) : ok !

[Romain <ti...@li...>]

Hi,

Tijl Coosemans a dit :
>> I did'nt know. But, I noticed in libticables support that you don't
>> reset endpoints (due to a lack of support in libusb/BSD). This is
>> important to make sure that a transfer is starting on a known state
>> (and this is Ti-Connect do).
>
> I suspect the reason it isn't implemented in libusb/bsd is because
> there aren't any ioctl calls in ugen to clear a halt or reset the
> endpoints.
> I'm not entirely sure, but I think this is handled by the ugen driver
> itself.
>
> This is the relevant code snippet from the ugen interrupt handler.
> 'status' holds the transfer exit status.
>
>   if (status =3D=3D USBD_CANCELLED)
>     return;
>
>   if (status !=3D USBD_NORMAL_COMPLETION) {
>     DPRINTF(("ugenintr: status=3D%d\n", status));
>     if (status =3D=3D USBD_STALLED)
>       usbd_clear_endpoint_stall_async(sce->pipeh);
>     return;
>   }

Yes, it is !

>> Well, there is a good reason to keep this support ;-)
>
> You can always make it platform specific and have the linux version
> use a kernel module, but I'd keep the libusb code in the bsd port, in
> case somebody decides to make a NetBSD/OpenBSD/... port. The libusb
> method is more portable.

Even if kernel support is better (at least under Linux), I keep libusb
support because it has been written and it can be used as a fallback when
no module is found (this is the current behaviour, managed by the
detection/mapping layer).

roms.
---
Romain Li=E9vin (roms) <ti...@li...>
Site web 	     <http://www.lievin.net>
"Linux, y'a moins bien mais c'est plus cher !"

Re: [TiLP-devel] Silver kernel module (Linux) : ok !

[Tijl C. <ti...@ul...>]

On Thu, 15 Apr 2004 11:12:57 +0200 (CEST), Romain Li=E9vin wrote:

> Hi Tijl,
>=20
>> On Tue, 13 Apr 2004 23:04:51 +0200 (CEST), Romain Li=E9vin wrote:
>>
>>> Note: kernel module behaviour/implementation is the same as the
>>> lib-usb one but is working better (no transfer interruption).
>>> Kernel module should have less latency (by nature).
>>>
>>> Tijl: I think that a FreeBSD kernel module will be the only way
>>> to make it work on BSD.
>>
>> The cable works fine using libusb (there are no transfer
>> interruptions like you mentioned above), except with ohci, where
>> the cable doesn't get probed and attached so a kernel module
>> wouldn't work here either.
>=20
> I did'nt know. But, I noticed in libticables support that you don't
> reset endpoints (due to a lack of support in libusb/BSD). This is
> important to make sure that a transfer is starting on a known state
> (and this is Ti-Connect do).

I suspect the reason it isn't implemented in libusb/bsd is because
there aren't any ioctl calls in ugen to clear a halt or reset the
endpoints.
I'm not entirely sure, but I think this is handled by the ugen driver
itself.

This is the relevant code snippet from the ugen interrupt handler.
'status' holds the transfer exit status.

  if (status =3D=3D USBD_CANCELLED)
    return;

  if (status !=3D USBD_NORMAL_COMPLETION) {
    DPRINTF(("ugenintr: status=3D%d\n", status));
    if (status =3D=3D USBD_STALLED)
      usbd_clear_endpoint_stall_async(sce->pipeh);
    return;
  }

> I can say that receiving a FLASH app or doing a ROMdump w/ libusb
> support under Linux (can) fails at any moment.

Well, I must admit that I haven't done any extensive testing but so
far I haven't had any problems with the cable.

> Well, there is a good reason to keep this support ;-)

You can always make it platform specific and have the linux version
use a kernel module, but I'd keep the libusb code in the bsd port, in
case somebody decides to make a NetBSD/OpenBSD/... port. The libusb
method is more portable.

Re: [TiLP-devel] Silver kernel module (Linux) : ok !

[Romain <ti...@li...>]

Hi Tijl,

> On Tue, 13 Apr 2004 23:04:51 +0200 (CEST), Romain Li=E9vin wrote:
>
>> Note: kernel module behaviour/implementation is the same as the
>> lib-usb one but is working better (no transfer interruption). Kernel
>> module should have less latency (by nature).
>>
>> Tijl: I think that a FreeBSD kernel module will be the only way to
>> make it work on BSD.
>
> The cable works fine using libusb (there are no transfer
> interruptions like you mentioned above), except with ohci, where the
> cable doesn't get probed and attached so a kernel module wouldn't work
> here either.

I did'nt know. But, I noticed in libticables support that you don't reset
endpoints (due to a lack of support in libusb/BSD). This is important to
make sure that a transfer is starting on a known state (and this is
Ti-Connect do).

I can say that receiving a FLASH app or doing a ROMdump w/ libusb support
under Linux (can) fails at any moment.

Well, there is a good reason to keep this support ;-)

Anyways, I am very happy because I flushed this pending problem. It could
have been done sooner but, well, I was not so inspired :-)

roms.
---
Romain Li=E9vin (roms) <ti...@li...>
Site web 	     <http://www.lievin.net>
"Linux, y'a moins bien mais c'est plus cher !"

Re: [TiLP-devel] Silver kernel module (Linux) : ok !

[Tijl C. <ti...@ul...>]

On Tue, 13 Apr 2004 23:04:51 +0200 (CEST), Romain Li=E9vin wrote:

> Note: kernel module behaviour/implementation is the same as the
> lib-usb one but is working better (no transfer interruption). Kernel
> module should have less latency (by nature).
>=20
> Tijl: I think that a FreeBSD kernel module will be the only way to
> make it work on BSD.

The cable works fine using libusb (there are no transfer
interruptions like you mentioned above), except with ohci, where the
cable doesn't get probed and attached so a kernel module wouldn't work
here either.

[TiLP-devel] Silver kernel module (Linux) : ok !

[Romain <ti...@li...>]

Hi,

I'm proud to announce that I have a well-working SilverLink module for
Linux !

I have fixed several problems. There were 2 huge bugs. What a shame for m=
e !

I'm a bit sad because they have been submitted to the Linux kernel mailin=
g
list and approved for merging by some people. These same people did not
see the 2 huge errors !

I'm preparing patches for kernel 2.4 and 2.6.
During the time acceptance, an up-to date kernel module will be made
available.

Note: kernel module behaviour/implementation is the same as the lib-usb
one but is working better (no transfer interruption). Kernel module shoul=
d
have less latency (by nature).

Tijl: I think that a FreeBSD kernel module will be the only way to make i=
t
work on BSD.

Romain.
---
Romain Li=E9vin (roms) <ti...@li...>
Site web 	     <http://www.lievin.net>
"Linux, y'a moins bien mais c'est plus cher !"

[TiLP-devel] SilverLink driver for Windows improved !

[Romain <ti...@li...>]

Hi,

I have a good piece of news for Windows users of TiLP: the SilverLink
driver is now working  fine ! People who get the 'error 997: overlapped
I/O in progress' with TiLP should not encounter it any more.


I have added a workaround for a quirk due to this cable. This behaviour
was well-known and fixed on other platforms. I has not been fixed on
Win32. Why ? I don't know. What a pity !

I think that Win32 support is now far superior to the others. I will
improve Linux one ASAP.

Please test it !

Enjoy, Romain !
---
Romain Li=E9vin (roms) <ti...@li...>
Site web 	     <http://www.lievin.net>
"Linux, y'a moins bien mais c'est plus cher !"

Re: [TiLP-devel] TiLP: translations, I need your help

[<ti...@li...>]

Hi,

I have attached in this mail 4 files to translate. Translation is easy,=20
you need  at least a text editor. Linux users can use PO editors (such=20
as KBabel or another one) as helpers.

Sylvain (fr): you don't need to translate again all of these files. Grab=20
your fr.po files from the CVS (http://subversion.technlogeek.org) or=20
mail me, I will send them to you.

Carlos (sp): please notice I currently have problems with i18n support=20
under Windows. I hope to fix it but I can not be sure your translations=20
will be useable for Windows. But, Linux users will be happy ;-)

Michael (de): it seems you just have translated TiLP but libraries are=20
still untranslated.

Other translators are welcome...

thx, roms.

Carlos Becker a =E9crit :
> On Sun, 28 Mar 2004 19:38:22 +0200
> Romain Li=E9vin <ti...@li...> wrote:
>=20
>=20
>>Hi,
>>
>>people interested in translating TiLP messages can contact me.
>>
>>Currently, French and Deutsch locales are maintained.
>>These locales works for Linux & Windows.
>>
>>Neither Linux, nor Windows skills are needed. You just have to translat=
e=20
>>3 files from English into your native language.
>>
>=20
>=20
> I will be able to translate it to Spanish if you want. Just send me the=
 files I'll do the work..
>=20
> thnxs
>=20
> Carlos
>=20
>=20
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick
> _______________________________________________
> TiLP-devel mailing list
> TiL...@li...
> https://lists.sourceforge.net/lists/listinfo/tilp-devel
>=20


--=20
Romain Li=E9vin (roms):         <ro...@ti...>
Web site:                     http://www.lievin.net
"Linux, y'a moins bien mais c'est plus cher !"

[TiLP-devel] Re: GTK_DEPRECATED flag

[Julien B. <jb...@jb...>]

Romain Li=E9vin <ti...@li...> wrote:

> I was chating with Tijl and he told me that the -DGTK_DEPRECATED flag h=
as
> been set in an earlier version of TiLP. SubVersion shows you have done =
the
> commit.
>
> Which is the reason why you used this flag ? I don't remember...

Because there's no point in using old, deprecated widgets that may go
away without notice at any time.

JB.

--=20
 Fichtre, j'en ai post=E9 tellement, de tellement d'auteurs, et y
 compris des =E0 moi toute seule, que si je ne le relis pas, je suis dans
 l'incapacit=E9 de m'en souvenir.
 -+- CJ in GNU : Pas le temps de lire "mes" posts alors les votres -+-

[TiLP-devel] Re: GTK_DISABLE_DEPRECATED flag

[Tijl C. <ti...@ul...>]

On Fri, 9 Apr 2004 17:48:10 +0200 (CEST), Romain Li=E9vin wrote:

> I was chating with Tijl and he told me that the -DGTK_DEPRECATED

GTK_DISABLE_DEPRECATED

[TiLP-devel] GTK_DEPRECATED flag

[Romain <ti...@li...>]

Hi Julien,

I was chating with Tijl and he told me that the -DGTK_DEPRECATED flag has
been set in an earlier version of TiLP. SubVersion shows you have done th=
e
commit.

Which is the reason why you used this flag ? I don't remember...

Thanks, Romain.
---
Romain Li=E9vin (roms) <ti...@li...>
Site web 	     <http://www.lievin.net>
"Linux, y'a moins bien mais c'est plus cher !"

Re: [TiLP-devel] TiLP: translations, I need your help

[Romain <ti...@li...>]

Hi,

> Romain Li=E9vin <ti...@li...> wrote:
>
>> Hi,
>>
>> people interested in translating TiLP messages can contact me.
>>
>> Currently, French and Deutsch locales are maintained.
>> These locales works for Linux & Windows.
>>
>> Neither Linux, nor Windows skills are needed. You just have to transla=
te
>> 3 files from English into your native language.
>>
>
> I will be able to translate it to Spanish if you want. Just send me the
> files I'll do the work..
>

Well, I will do. At the time being, I have problems with i18n and Windows
(TiLP crash).

> thnxs
>
> Carlos

Thanks, Romain.

>
>
> -------------------------------------------------------
> This SF.Net email is sponsored by: IBM Linux Tutorials
> Free Linux tutorial presented by Daniel Robbins, President and CEO of
> GenToo technologies. Learn everything from fundamentals to system
> administration.http://ads.osdn.com/?ad_id=1470&alloc_id638&op=3Dclick
> _______________________________________________
> TiLP-devel mailing list
> TiL...@li...
> https://lists.sourceforge.net/lists/listinfo/tilp-devel
>


---
Romain Li=E9vin (roms) <ti...@li...>
Site web 	     <http://www.lievin.net>
"Linux, y'a moins bien mais c'est plus cher !"

Re: [TiLP-devel] TiLP: translations, I need your help

[Carlos B. <cj...@so...>]

On Sun, 28 Mar 2004 19:38:22 +0200
Romain Li=E9vin <ti...@li...> wrote:

> Hi,
>=20
> people interested in translating TiLP messages can contact me.
>=20
> Currently, French and Deutsch locales are maintained.
> These locales works for Linux & Windows.
>=20
> Neither Linux, nor Windows skills are needed. You just have to translate=
=20
> 3 files from English into your native language.
>=20

I will be able to translate it to Spanish if you want. Just send me the fil=
es I'll do the work..

thnxs

Carlos

[TiLP-devel] Re: New libticables

[Romain <ti...@li...>]

Hi,

Tijl Coosemans a dit :
> On Wed, 31 Mar 2004 14:51:53 +0200 (CEST), Romain Li=E9vin wrote:
>
>> I have almost finished the new lib. I have tested it under Linux :
>> ok. The BSD part has been moved and checked, too.
>>
>> You can begin to take a look at the CVS
>> (http://svn.technologeek.org/cgi-bin/viewcvs.cgi/libticables/branch
>> es/3.8.0-devel/?root=3Dtilp) if you want.
>
> I'll see if I can take a look at it tomorrow. If I have a couple
> bsd related changes, I can just commit them right?

You are registered in the CVS repository then you can !

roms.
---
Romain Li=E9vin (roms) <ti...@li...>
Site web 	     <http://www.lievin.net>
"Linux, y'a moins bien mais c'est plus cher !"

[TiLP-devel] TiLP: translations, I need your help

[<ti...@li...>]

Hi,

people interested in translating TiLP messages can contact me.

Currently, French and Deutsch locales are maintained.
These locales works for Linux & Windows.

Neither Linux, nor Windows skills are needed. You just have to translate=20
3 files from English into your native language.

roms.
--=20
Romain Li=E9vin (roms):         <ro...@ti...>
Web site:                     http://www.lievin.net
"Linux, y'a moins bien mais c'est plus cher !"

[TiLP-devel] New translations

[Sylvain G. <syl...@fr...>]

Hello,

Here is the last version of my French translation for TiLP. Spelling,=20
unbreakable spaces, etc. have been corrected. There are still some=20
untranslated strings in the GUI (ex: "connected").=20

Voici la derni=E8re version de ma traduction de TiLP en fran=E7ais. Quelque=
s=20
fautes d'orthographe, espaces ins=E9cables etc. ont =E9t=E9 corrig=E9. Il r=
este=20
toujours des cha=EEnes non traduites dans l'IHM (ex: "connected" =E0 la pla=
ce de=20
"connect=E9").

Regards,
Cordialement,

Sylvain Garsault

[TiLP-devel] TiLP & Desktop integration

[<ti...@li...>]

Hi,

according to the recent survey, I have improved TiLP integration in both=20
Gnome and KDE.

1=B0) Gnome:
- menu access,
- mime type,
- but no association between file and application.

BTW, configuration of Gnome and files is a pain of ass! I'm sorry but=20
Gnome sucks !

2=B0) KDE:
- menu access,
- mime type,
- association between file and application

3=B0) I have also added magic entries to the file(1) command. For example=
:

romain@sylvester:/home/devel/tilp_project/TI/flash_os/89$ ls
ams203.89u  ams204.89u  ti89base.89u
romain@sylvester:/home/devel/tilp_project/TI/flash_os/89$ file ams203.89u
ams203.89u: TI-XX Graphing Calculator (FLASH) - Revision 1.0, Revision=20
date 08/12/1999, name: 'License', device: TI-73, type: license, size:=20
12295 bytes
romain@sylvester:/home/devel/tilp_project/TI/flash_os/89$

Notice that recent Linux ditros should already contains those entries.

Some of files provide i18n support thus people interested in translation=20
of these files can get them from the TiLP repository=20
(http://svn.technologeek.org/cgi-bin/viewcvs.cgi/tilp/trunk/desktop/?root=
=3Dtilp)=20
and post them on the ML. I will merge them.

Enjoy, roms.
--=20
Romain Li=E9vin (roms):         <ro...@ti...>
Web site:                     http://www.lievin.net
"Linux, y'a moins bien mais c'est plus cher !"

Re: [TiLP-devel] Some news about TiLP

[Romain <ti...@li...>]

Hi,

>> I'm evaluating migration from SF to Savannah.
>
> What advantages does Savannah have over SF?
> No php, mysql, subversion.

Well, this is what I've seen... There will be some overhead to migrate.

Btw, people from the TiLP team are pleased to register an account on SF..=
.

roms.
---
Romain Li=E9vin (roms) <ti...@li...>
Site web 	     <http://www.lievin.net>
"Linux, y'a moins bien mais c'est plus cher !"

Re: [TiLP-devel] Some news about TiLP

[Tijl C. <ti...@ul...>]

On Thu, 11 Mar 2004 14:33:51 +0100 (CET), Romain Li=E9vin wrote:

> I'm evaluating migration from SF to Savannah.

What advantages does Savannah have over SF?
No php, mysql, subversion.

[TiLP-devel] Tilp website

[u_ny <u_...@el...>]

here i send a template.
html and css. colors and graphics are  personnalisables according to 
your waitings.
these pages are validated w3c.
I took as model the current site of Tilp.
perhaps you can be interested ?

here's the url : http://u-ny.elegiac.net/www/tilp/xhtml/index.html

regards.

u_ny

Romain Liévin wrote:

>Hi,
>
>please use english language on the mailing list or mail directly to
>ro...@ti.... Most of people will not understand this mail.
>
>Moreover, development should be discussed on the tilp-devel mailing list.
>
>Thanks.
>
>Yann Abgrall a dit :
>  
>
>>voila un apercu de ce que ca peux donner.
>>html et css, pour les couleurs et graphisme c'est selon ce qui vous
>>interesse...
>>dis moi ce que tu en penses.
>>
>>j'ai pris l'actuel site de tilp (rubriques...)  comme modele.
>>
>>http://u-ny.elegiac.net/www/tilp/xhtml/index.html
>>
>>u_ny
>>
>>
>>
>>-------------------------------------------------------
>>This SF.Net email is sponsored by: IBM Linux Tutorials
>>Free Linux tutorial presented by Daniel Robbins, President and CEO of
>>GenToo technologies. Learn everything from fundamentals to system
>>administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click
>>_______________________________________________
>>TiLP-users mailing list
>>TiL...@li...
>>https://lists.sourceforge.net/lists/listinfo/tilp-users
>>
>>    
>>
>
>
>---
>Romain Liévin (roms) <ti...@li...>
>Site web 	     <http://www.lievin.net>
>"Linux, y'a moins bien mais c'est plus cher !"
>
>
>-------------------------------------------------------
>This SF.Net email is sponsored by: IBM Linux Tutorials
>Free Linux tutorial presented by Daniel Robbins, President and CEO of
>GenToo technologies. Learn everything from fundamentals to system
>administration.http://ads.osdn.com/?ad_id70&alloc_id638&op=click
>_______________________________________________
>TiLP-users mailing list
>TiL...@li...
>https://lists.sourceforge.net/lists/listinfo/tilp-users
>
>
>  
>