sorlok / scim-waitzar Goto Github PK

When editing a big file with the "Encoding" set to "Code Page Property"
(e.g., the .fo output of the User's Guide), typing anything will crash SCITE.

Changing the encoding to UTF-8 fixes this, and changing it to ASCII will
make ???'s appear, which is expected. I have no idea how we can test and
avoid this.... 

The first release of scim-waitzar will not have config files, relying
instead on scim's configuration infrastructure.

Although this is fine (in my opinion) I can see a sysadmin wanting to set a
system-level default (e.g., Zawgyi-One for internet cafes). I can also see
a user wanted to set his own over-rides ---although I have no idea how I'm
going to fit these things in seamlessly with the GTK panel.

The system's "mywords.txt" file is in a location that _should_ be
immutable. Also, ~/.scim-waitzar/ already exists --we should allow users to
define their own custom words file there. This will require a small amount
of finangling, so I will push it off until the second release. 

Nathan's laptop is hardly a "stable" system, but it _does_ run Hardy, after
a fashion. In this case, the SCIM lookup table (options) always appears on
the lower-left of the foreground window, no matter what you change. This
might be a scim bug, a package bug, or a settings gotchya. 

It also happens with Chinese and, as far as I can tell, with any IMEngine
that uses lookup tables and the aux string.

The following targets are required:
   build: configure and build the package
   binary: create binary packages (.deb) from built source
      Empty target, depends on:
        binary-arch
        binary-indep
     ...which both depend on build. If one does nothing, return success
   clean: undoes "build" and "binary"

Supporting these DEB_BUILD_OPTIONS (in "rules") are recommended:
   nocheck - don't run any build-time tests
   noopt - compile with a minimum level of optimization
   nostrip - don't strip debugging symbols when compiling
   parallel=n - build using up to n processors, in parallel

We should be able to finagle debian/rules to use scons.