I'm running Fedora 35 (which I think is Gnome 41 for the DE). Tuxtype seems to crash, but only in Comet Zap. I tried Comet Zap on a Ubuntu 20.04 installation (Gnome 3 ?), and it runs fine. Any ideas on how to troubleshoot this ?

Trying to build tuxtype, I met the following issue:

• config.h.in not found: I had to touch config.h.in (it's in .gitignore so not checked in). No combination of aclocal, automake, autoconf ... could create it.
• ./configure fails with:
  configure: t4k_common not located by pkg-config, checking with AC CHECK LIB:
  checking for InitT4KCommon in -lt4k_common... no
  configure: error: libt4k_common is required: git://git.debian.org/tux4kids/t4kcommon.git

t4kcommon is not mentionned in doc/INSTALL and the provided address is wrong.

Hi.
I tried to use it in the Ukrainian language, but half of the menus are not readable. Letters look like rhombuses. Also in falling letters, nothing falls.
Is it not fully localized, maybe you can give me a hint on how to fix it?
Thanks.
Petro.

Add linux appimage for easy installation on a wide variety of distributions

I made a perfect loop out of the amidst_the_raindrops song. It had always bugged me so, with audacity, I cross faded the beginning and the end overlaps and made a perfect loop. I don't know if this will ever be canon, but I thought I might share.
Amidst The Raindrops Loop.mp3.zip

It plays the intro sound, then segfaults. I'm not sure if anything displays on the screen. The last working commit for me is a6ec85f

The breakage seems to occur because of the menu refactor, but I'm just guessing here.

I was not able to build the game by myself and find a ton of outdated builds on the Internet, so decided to ask the next questions (to potentially extend the documentation with this information):

1. What is the current procedure for building and publishing the new versions of the application?
2. How initiate re-building with the latest code?
3. Where the latest builds are published for downloading by the target users?

I think tuxtype should have a feature where it would check the word list to see whether or not the game should be case-sensitive. By default, the game would be case-insensitive, but if something like case-sensitive: 1 is specified in the wordlist itself (at the very top, perhaps), then the game would switch to case-insensitive mode.

It would be even better if we could add some more specifications in the word list itself. Like font-color: blue. Perhaps font-family and others too. If these are not specified, tuxtype can default to it's own fonts/mode. If specified, however, tuxtype would run on that mode.

The benefit of having these specifications in the word list itself, rather than settings.txt would be that the two or more users of different skill levels can play tuxtype with out interfering each other.

P. S: Thank you for the great software, developers!
P. P. S: Sorry if my feature request is not following the protocols. I'm quite new at this. :)

hello. From the Visual program, clone the .git. Go to the .SRC folder and modify the global font size variable.
My question is how to compile the .git so that tuxtype.exe is left again?

After creating a word list with first-letter capital letter words (ex: Hello), only the first letter is recognized in Fish Cascade and Comet Zap.

It would be very useful to be able to recognize and accept both upper case and lowercase input from such lists.

Don't know if you have any control over packaging tuxtype for Ubuntu, but it installs with about twenty Asian fonts. These clutter up my system and especially my LibreOffice font list. Is there any way to make the program work with whatever fonts the user has on their system? I would assume someone who needed a Kannada font would already have it installed. Or perhaps you could make the Asian fonts a suggested dependency instead of a required one.

I wish that distributions in general would fix this. Why can't the fonts that are automatically installed match the locale? Thanks for your attention to this.

Thank you for this great game. Even on the easiest level the fish are falling a little fast for my 9 year old. Is it possible to slow them down further?

Using linux lite (ubuntu derivate) 6.2 fully updated and Tuxtype installed from snap. Deafult language is english and if I change it to my language to teach my kids, it works fine. But when kids close app, and start it again, it is in english not in language I set before. It is difficult for them because they learning to read in their native language and now they must use app in english....dont know where is the problem, why settings are not saved for next run

Update build instructions to indicate dependency on t4kcommon

The current version of Tuxtype has many new untranslated strings. It may be helpful to update the .po files and possibly also use a translation platform to make it easier for those without programming skills to help with translation.

Hi,
I just downloaded the git version of the source code. It does not compile under Linux Ubuntu 23.10 with the following error.

titlescreen.c:566:9: warning: implicit declaration of function ‘T4K_Tts_say’ [-Wimplicit-function-declaration]
titlescreen.c:638:59: error: ‘white’ undeclared (first use in this function); did you mean ‘write’?
638 | s1 = T4K_BlackOutline(strings[i], font_size, &white);
| ^~~~~
| write
titlescreen.c:638:59: note: each undeclared identifier is reported only once for each function it appears in
titlescreen.c: In function ‘ShowMessage’:
titlescreen.c:755:57: error: ‘white’ undeclared (first use in this function); did you mean ‘write’?
755 | s1 = T4K_BlackOutline(str1, font_size * scale, &white);

The reason is "white" is defined in SDL_extras.h which is not included in titlescreen.h. For example object file theme.o is being created, despite use of "&white" but there SDL_extras.h is included in theme.h. Adding "#include SDL_extras.h" to the titlescreen.h does not solve the issue as then there is conflict between

In file included from titlescreen.h:83:
/usr/include/t4k_common.h:189:1: error: conflicting types for ‘sprite’; have ‘struct ’
189 | sprite;
| ^~~~~~
SDL_extras.h:75:3: note: previous declaration of ‘sprite’ with type ‘sprite’
75 | } sprite;
| ^~~~~~

I found a solution:

1. cut lines 52-58 from SDL_extras and replace with #include SDL_extras2.h
2. create SDL_extras2.h

#ifndef SDL_EXTRAS2_H
#define SDL_EXTRAS2_H

/* the colors we use throughout the game */
static const SDL_Color black 		= {0x00, 0x00, 0x00, 0x00};
static const SDL_Color gray 		= {0x80, 0x80, 0x80, 0x00};
static const SDL_Color dark_blue	= {0x00, 0x00, 0x60, 0x00};
static const SDL_Color red 		= {0xff, 0x00, 0x00, 0x00};
static const SDL_Color white 		= {0xff, 0xff, 0xff, 0x00};
static const SDL_Color yellow 		= {0xff, 0xff, 0x00, 0x00};

#endif

3. add #include "SDL_extras2.h" in the titlescreen.h file after #include's " SDL_*.h"

Then the code compiles (linking fails for be but it is a progress).

I've tried TuxType 1.8.1 on my machine and while it starts and works it is hardly usable due to the way it handles multiple monitors. Instead of going fullscreen on a single one it spans on all.
I've found settings file and changed to fullscreen=0 , but that's not solution either as the window I'm getting is super small, like 1/16 of the screen thus unusable.
Would love to see a proper multi monitor setup working or some settings tweaks that would allow to launch it windowed, but in a way that would allow to set window size.

Websites

• http://tux4kids.alioth.debian.org/
• http://tux4kids.alioth.debian.org/
• http://tux4kids.net/
  seem down. Perhaps migrate to Github pages?

I would like to give this tool to blind people so they can learn typing. The problem is, Orca does not read the characters on Tux Typing. Blind people only "see" what the screen reader speaks. How could I implement it?