Table of Contents
Abstract
This manual describes calcurse functionalities, and how to use them. The
installation from source is first described, together with the available
command line arguments. The user interface is then presented, with all of the
customizable options that change calcurse behavior. Last, bug reporting
procedure is explained, as well as the way one can contribute to calcurse
development.
calcurse is a text-based calendar and scheduling application. It helps
keeping track of events, appointments and everyday tasks. A configurable
notification system reminds user of upcoming deadlines, and the curses based
interface can be customized to suit user needs. All of the commands are
documented within an online help system.
I started thinking about this project when I was finishing my Ph.D. in Astrophysics… It started to be a little hard to organize myself, and I really needed a good tool to help me in that difficult task ;)
I like programs which use Text User Interfaces, because they are simple, fast,
portable and efficient, so I thought about working on coding a simple calendar
using such an interface. Moreover, I wanted to go on learning the C
language, which I only used for a while during my undergraduate studies. So I
thought that would be the good project to start in order to get organized and
to learn about a few C things !
Unfortunately, I finished my Ph.D. before finishing calcurse, but anyway, I
still wanted to work on it, hoping it would be helpful to other people. So
here it is…
But why calcurse anyway ? Well, it is simply the concatenation of CALendar and nCURSEs, the name of the library used to build the user interface.
Calcurse is multi-platform and intended to be lightweight, fast and reliable.
It is to be used inside a console or terminal, locally or on a distant machine
within an ssh (or similar) connection.
Calcurse can be run in two different modes : interactive or non-interactive
mode. The first mode allows oneself to view its own personal organizer almost
everywhere, thanks to the text-based interface. The second mode permits to
easily build reminders just by adding calcurse with appropriate command line
arguments inside a cron tab or within a shell init script.
Moreover, calcurse was created with the end-user in mind, and tends to be as
friendly as possible. This means a complete on-line help system, together with
having all of the possible actions displayed at any time inside a status bar.
The user interface is configurable, and one can choose between several color
and layout combinations. Key bindings are also configurable, to fit everyone’s
needs. Last, a configurable notification system reminds user of upcoming
appointments. The reminders are sent even if the user’s interface is not
running, as calcurse is able to run in background.
Calcurse requires only a C compiler, such as cc or gcc, and the
ncurses library. It would be very surprising not to have a valid ncurses
library already installed on your computer, but if not, you can find it at the
following url: http://ftp.gnu.org/pub/gnu/ncurses/
It is also possible to link calcurse against the ncursesw library
(ncurses with support for unicode).
calcurse supports internationalization (i18n hereafter) through the
gettext utilities. This means calcurse can produce multi-lingual messages
if compiled with native language support (i.e. NLS).
However, NLS is optionnal and if you do not want to have support for
multi-lingual messages, you can disable this feature. This is done by giving
the --disable-nls option to configure (see section
Install process). To check if the gettext utilities are
installed on your system, you can search for the libintl.h header file for
instance:
$ locate libintl.h
If this header file is not found, then you can obtain the gettext sources at
the following url : http://ftp.gnu.org/pub/gnu/gettext/
Even if libintl.h is found on your system, it can be wise to specify
its location during the install process, by using the
--with-libintl-prefix option with configure. Indeed, the configure
could fail to locate this library if installed in an uncommon place.
First you need to gunzip and untar the source archive:
$ tar zxvf calcurse-3.1.4.tar.gz
Once you meet the requirements and have extracted the archive, the install process is quite simple, and follows the standard three steps process:
$ ./configure $ make $ make install # (may require root privilege)
Use ./configure --help to obtain a list of possible options.
calcurse takes the following options from the command line (both short and
long options are supported):
-a, --appointment
-c flag.
-c <file>, --calendar <file>
~/.calcurse/apts
(see section calcurse files). This option has precedence
over -D.
-d <date|num>, --day <date|num>
Print the appointments for the given date or for the given number of upcoming days, depending on the argument format. Two possible formats are supported:
n.
In the first case, the appointment list for the specified date will be
returned, while in the second case the appointment list for the n upcoming
days will be returned. As an example, typing calcurse -d 3 will display
your appointments for today, tomorrow, and the day after tomorrow. Possible
formats for specifying the date are defined inside the general configuration
menu (see General options), using the
format.inputdate variable.
Note: as for the -a flag, the calendar from which to read the appointments
can be specified using the -c flag.
-D <dir>, --directory <dir>
~/.calcurse/.
--format-apt <format>
--format-recur-apt <format>
--format-event <format>
--format-recur-event <format>
--format-todo <format>
-g, --gc
-h, --help
-i <file>, --import <file>
file.
-n, --next
Print the next appointment within upcoming 24 hours and exit. The indicated time is the number of hours and minutes left before this appointment.
Note: the calendar from which to read the appointments can be specified using
the -c flag.
-r[num], --range[=num]
--read-only
Don’t save configuration nor appointments/todos.
Use this this with care! If you run an interactive calcurse instance in read-only mode, all changes from this session will be lost without warning!
-s[date], --startday[=date]
-S<regex>, --search=<regex>
-a, -d, -r, -s, or -t flag, print only the items
having a description that matches the given regular expression.
--status
-t[num], --todo[=num]
todo list and exit. If the optional number num is given, then
only todos having a priority equal to num will be returned. The priority
number must be between 1 (highest) and 9 (lowest). It is also possible to
specify 0 for the priority, in which case only completed tasks will be
shown.
-v, --version
calcurse version and exit.
-x[format], --export[=format]
Export user data to specified format. Events, appointments and todos are
converted and echoed to stdout. Two possible formats are available: ical and
pcal (see section Links below). If the optional
argument format is not given, ical format is selected by default.
Note: redirect standard output to export data to a file, by issuing a command such as:
$ calcurse --export > my_data.dat
The -N option has been removed in calcurse 3.0.0. See the
Format strings section on how to print note along
with appointments and events.
Format strings are composed of printf()-style format specifiers — ordinary
characters are copied to stdout without modification. Each specifier is
introduced by a % and is followed by a character which specifies the field to
print. The set of available fields depends on the item type.
s
S
hh:mm format
d
e
E
hh:mm format
m
n
N
m
n
N
p
m
n
N
calcurse -r7 --format-apt='- %S -> %E\n\t%m\n%N'
-N for appointments).
calcurse -r7 --format-apt=' - %m (%S to %E)\n' --format-recur-apt=' - %m (%S to %E)\n'
calcurse -t --format-todo '(%p) %m\n'
Extended format specifiers can be used if you want to specify advanced
formatting options. Extended specifiers are introduced by %( and are
terminated by a closing parenthesis ()). The following list includes all
short specifiers and corresponding long options:
s: (start)
S: (start:epoch)
d: (duration)
e: (end)
E: (end:epoch)
m: (message)
n: (noteid)
N: (note)
p: (priority)
The (start) and (end) specifiers support strftime()-style extended
formatting options that can be used for fine-grained formatting. Additionally,
the special formats epoch (which is equivalent to (start:%s) or (end:%s))
and default (which is mostly equivalent to (start:%H:%M) or (end:%H:%M)
but displays ..:.. if the item doesn’t start/end at the current day) are
supported.
calcurse can be compiled with native language support (see
gettext library). Thus, if you wish to have
messages displayed into your native language, first make sure it is available
by looking at the po/LINGUAS file. This file indicates the set of available
languages by showing the two-letters corresponding code (for exemple, fr
stands for french). If you do not find your language, it would be greatly
appreciated if you could help translating calcurse (see the How to contribute? section).
If your language is available, run calcurse with the following command:
$ LC_ALL=fr_FR calcurse
You should also specify the charset to be used, because in some cases the
accents and such are not displayed correctly. This charset is indicated at the
beginning of the po file corresponding to the desired language. For instance,
you can see in the fr.po file that it uses the iso-8859-1 charset, so you could
run calcurse using the following command:
$ LC_ALL=fr_FR.ISO8859-1 calcurse
The following environment variables affect the way calcurse operates:
VISUAL
EDITOR
VISUAL environment variable is not set, then EDITOR will be used
as the default external editor. If none of those variables are set, then
/usr/bin/vi is used instead.
PAGER
/usr/bin/less is used.
When called with at least one of the following arguments: -a, -d, -h,
-n, -t, -v, -x, calcurse is started in non-interactive mode. This
means the desired information will be displayed, and after that, calcurse
simply quits and you are driven back to the shell prompt.
That way, one can add a line such as calcurse --todo --appointment in its
init config file to display at logon the list of tasks and appointments
scheduled for the current day.
Key bindings that are indicated in this manual correspond to the default
ones, defined when calcurse is launched for the first time. If those
key bindings do not suit user’s needs, it is possible to change them
within the keys configuration menu (see key bindings).
When called without any argument or only with the -c option, calcurse is
started in interactive mode. In this mode, you are shown an interface
containing three different panels which you can browse using the TAB key,
plus a notification bar and a status bar (see figure below).
appointment panel---. .---calendar panel
| |
v v
+------------------------------------++----------------------------+
| Appointments || Calendar |
|------------------------------------||----------------------------|
| (|) April 6, 2006 || April 2006 |
| ||Mon Tue Wed Thu Fri Sat Sun |
| || 1 2 |
| || 3 4 5 6 7 8 9 |
| || 10 11 12 13 14 15 16 |
| || 17 18 19 20 21 22 23 |
| || 24 25 26 27 28 29 30 |
| || |
| |+----------------------------+
| |+----------------------------+
| || ToDo | todo
| ||----------------------------| panel
| || | |
| || | |
| || |<--.
| || |
+------------------------------------++----------------------------+
|---[ Mon 2006-11-22 | 10:11:43 ]---(apts)----> 01:20 :: lunch <---|<--.
+------------------------------------------------------------------+ notify-bar
| ? Help R Redraw H/L -/+1 Day G GoTo C Config |
| Q Quit S Save J/K -/+1 Week Tab Chg View |<-.
+------------------------------------------------------------------+ |
|
status barThe first panel represents a calendar which allows to highlight a particular day, the second one contains the list of the events and appointments on that day, and the last one contains a list of tasks to do but which are not assigned to any specific day.
Depending on the selected view, the calendar could either display a monthly (default as shown in previous figure) or weekly view. The weekly view would look like the following:
+------------------------------------+ | Calendar | |----------------------------(# 13)--| | Mon Tue Wed Thu Fri Sat Sun | | 29 30 31 01 02 03 04 | | <----+-- slice 1: 00:00 to 04:00 AM | -- -- -- -- -- -- | | <----+-- slice 2: 04:00 to 08:00 AM | -- -- -- -- -- -- | | <----+-- slice 3: 08:00 to 12:00 AM | - -- -- -- -- -- -- - <-+-- midday | <----+-- slice 4: 12:00 to 04:00 PM | -- -- -- -- -- -- | | <----+-- slice 5: 04:00 to 08:00 PM | -- -- -- -- -- -- | | <----+-- slice 6: 08:00 to 12:00 PM +------------------------------------+
The current week number is displayed on the top-right side of the panel (# 13 meaning it is the 13th week of the year in the above example). The seven days of the current week are displayed in column. Each day is divided into slices of 4 hours each (6 slices in total, see figure above). A slice will appear in a different color if an appointment falls into the corresponding time-slot.
In the appointment panel, one can notice the (|) sign just in front of the
date. This indicates the current phase of the moon. Depending on which is the
current phase, the following signs can be seen:
At the very bottom of the screen there is a status bar, which indicates the possible actions and the corresponding keystrokes.
Just above this status bar is the notify-bar, which indicates from left to right : the current date, the current time, the calendar file currently in use (apts on the above example, which is the default calendar file, see the following section), and the next appointment within the upcoming 24 hours. Here it says that it will be lunch time in one hour and twenty minutes.
Some actions, such as editing or adding an item, require to type in some text. This is done with the help of the built-in input line editor.
Within this editor, if a line is longer than the screen width, a >, *, or
< character is displayed in the last column indicating that there are more
character after, before and after, or before the current position,
respectively. The line is scrolled horizontally as necessary.
Moreover, some editing commands are bound to particular control characters.
Hereafter are indicated the available editing commands (^ stands for the
control key):
^a
^b
^d
^e
^f
^h
^k
^w
ESCAPE
When the daemon mode is enabled in the notification configuration menu (see
Notify-bar settings), calcurse will stay in background
when the user interface is not running. In background mode, calcurse checks
for upcoming appointments and runs the user-defined notification command when
necessary. When the user interface is started again, the daemon automatically
stops.
‘calcurse` background activity can be logged (set the daemon.log variable in
the notification configuration menu), and in that case,
information about the daemon start and stop time, reminders’ command launch
time, signals received… will be written in the daemon.log file (see section
files).
Using the --status command line option (see section
Command line arguments), one can know if
calcurse is currently running in background or not. If the daemon is
running, a message like the following one will be displayed (the pid of the
daemon process will be shown):
calcurse is running in background (pid 14536)
To stop the daemon, just send the TERM signal to it, using a command
such as: kill daemon_pid, where daemon_pid is the process id of the
daemon (14536 in the above example).
The following structure is created in your $HOME directory (or in the
directory you specified with the -D option) the first time calcurse is run
:
$HOME/.calcurse/
|___notes/
|___conf
|___keys
|___apts
|___todonotes/
-g command line parameter)
that can be used to remove note files which are no longer linked to any item.
conf
keys
apts
todo
If the logging of calcurse daemon activity was set in the notification
configuration menu, the extra file daemon.log will appear in calcurse
data directory. This file contains logs about calcurse activity when
running in background.
The import and export capabilities offered by calcurse are described below.
Data in icalendar format as described in the rfc2445 specification (see links section below) can be imported into calcurse. Calcurse ical parser is based on version 2.0 of this specification, but for now on, only a subset of it is supported.
The following icalendar properties are handled by calcurse:
VTODO items: "PRIORITY", "VALARM", "SUMMARY", "DESCRIPTION"
VEVENT items: "DTSTART", "DTEND", "DURATION", "RRULE", "EXDATE", "VALARM",
"SUMMARY", "DESCRIPTION"
The icalendar DESCRIPTION property will be converted into calcurse format by
adding a note to the item. If a "VALARM" property is found, the item will be
flagged as important and the user will get a notification (this is only
applicable to appointments).
Here are the properties that are not implemented:
BY):
"BYSECOND" / "BYMINUTE" / "BYHOUR" / "BYDAY" / "BYMONTHDAY" / "BYYEARDAY" /
"BYWEEKNO" / "BYMONTH" / "BYSETPOS" plus "WKST"
Two possible export formats are available: ical and pcal (see section
Links below to find out about those formats).
All of the calcurse parameters are configurable from the Configuration menu
available when pressing C. You are then driven to a submenu with five
possible choices : pressing C again will lead you to the Color scheme
configuration, pressing L allows you to choose the layout of the main
calcurse screen (in other words, where to put the three different panels on
screen), pressing G permits you to choose between different general options,
pressing K opens the key bindings configuration menu, and last you can modify
the notify-bar settings by pressing N.
These options control calcurse general behavior, as described below:
general.autosave (default: yes)
general.autosave is set to no. This means
the user must press S (for saving) in order to retrieve its modifications.
general.autogc (default: no)
general.periodicsave (default: 0)
0, user’s data will be automatically saved every
general.periodicsave minutes. When an automatic save is performed, two
asterisks (i.e. **) will appear on the top right-hand side of the screen).
general.confirmquit (default: yes)
Q will cause calcurse to quit without prompting for user confirmation.
general.confirmdelete (default: yes)
D for deleting an item (either a
todo, appointment, or event), will lead to a prompt asking for user
confirmation before removing the selected item from the list. Otherwise, no
confirmation will be needed before deleting the item.
general.systemdialogs (default: yes)
general.progressbar (default: yes)
appearance.calendarview (default: 0)
0, the monthly calendar view will be displayed by default
otherwise it is the weekly view that will be displayed.
general.firstdayofweek (default: monday)
general.firstdayofweek is set to monday, Monday will be first in the
calendar view. Otherwise, Sunday will be the first day of the week.
format.outputdate (default: %D)
man 3 strftime inside a terminal.
format.inputdate (default: 1)
This option indicates the format that will be used to enter dates in calcurse. Four choices are available:
One can define ones own key bindings within the Keys configuration menu. The
default keys look like the one used by the vim editor, especially the
displacement keys. Anyway, within this configuration menu, users can redefine
all of the keys available from within calcurse’s user interface.
To define new key bindings, first highlight the action to which it will apply. Then, delete the actual key binding if necessary, and add a new one. You will then be asked to press the key corresponding to the new binding. It is possible to define more than one key binding for a single action.
An automatic check is performed to see if the new key binding is not already set for another action. In that case, you will be asked to choose a different one. Another check is done when exiting from this menu, to make sure all possible actions have a key associated with it.
The following keys can be used to define bindings:
a, Z, 0
HOME and END keys
While inside the key configuration menu, an online help is available for each one of the available actions. This help briefly describes what the highlighted action is used for.
As of calcurse 3.0.0, displacement commands can be preceded by an
optional number to repeat the command. For example, 10k will move the
cursor ten weeks forwards if you use default key bindings.
calcurse color theme can be customized to suit user’s needs. To change the
default theme, the configuration page displays possible choices for foreground
and background colors. Using arrows or calcurse displacement keys to move, and
X or space to select a color, user can preview the theme which will be
applied. It is possible to keep the terminal’s default colors by selecting the
corresponding choice in the list.
The chosen color theme will then be applied to the panel borders, to the titles, to the keystrokes, and to general informations displayed inside status bar. A black and white theme is also available, in order to support non-color terminals.
Depending on your terminal type and on the value of the $TERM
environment variable, color could or could not be supported. An error
message will appear if you try to change colors whereas your terminal
does not support this feature. If you do know your terminal supports
colors but could not get calcurse to display them, try to set your
$TERM variable to another value (such as xterm-xfree86 for instance).
The layout corresponds to the position of the panels inside calcurse screen.
The default layout makes the calendar panel to be displayed on the top-right
corner of the terminal, the todo panel on the bottom-right corner, while the
appointment panel is displayed on the left hand-side of the screen (see the
figure in section Interactive mode for an
example of the default layout). By choosing another layout in the
configuration screen, user can customize calcurse appearance to best suit his
needs by placing the different panels where needed.
The following option is used to modify the layout configuration:
appearance.layout (default: 0)
The sidebar is the part of the screen which contains two panels: the calendar and, depending on the chosen layout, either the todo list or the appointment list.
The following option is used to change the width of the sidebar:
appearance.sidebarwidth (default: 0)
The following options are used to modify the notify-bar behavior:
appearance.notifybar (default: yes)
format.notifydate (default: %a %F)
man 3 strftime inside a terminal.
format.notifytime (default: %T)
man 3 strftime inside a terminal.
notification.warning (default: 300)
important within the next
notification.warning seconds, the display of that appointment inside the
notify-bar starts to blink. Moreover, the command defined by the
notification.command option will be launched. That way, the user is warned
and knows there will be soon an upcoming appointment.
notification.command (default: printf \a)
This option indicates which command is to be launched when there is an
upcoming appointment flagged as important. This command will be passed to
the user’s shell which will interpret it. To know what shell must be used,
the content of the $SHELL environment variable is used. If this variable is
not set, /bin/sh is used instead.
Say the mail command is available on the user’s system, one can use the
following command to get notified by mail of an upcoming appointment (the
appointment description will also be mentioned in the mail body):
$ calcurse --next | mail -s "[calcurse] upcoming appointment!" user@host.com
notification.notifyall (default: no)
important. If this is
enabled, all appointments will be notified - except for flagged ones.
daemon.enable (default: no)
calcurse will run into
background when the user’s interface is exited. This will allow the
notifications to be launched even when the interface is not running. More
details can be found in section Background mode.
daemon.log (default: no)
calcurse daemon activity will be logged (see section
files).
Incorrect highlighting of items appear when using calcurse black and white
theme together with a $TERM variable set to xterm-color. To fix this bug,
and as advised by Thomas E. Dickey (xterm maintainer), xterm-xfree86 should
be used instead of xterm-color to set the $TERM variable:
"The xterm-color value for $TERM is a bad choice for XFree86 xterm because it is commonly used for a
terminfoentry which happens to not support bce. Use the xterm-xfree86 entry which is distributed with XFree86 xterm (or the similar one distributed with ncurses)."
Please send bug reports and feedback to: misc .at. calcurse .dot. org.
If you would like to contribute to the project, you can first send your
feedback on what you like or dislike, and if there are features you miss in
calcurse. For now on, possible contributions concern the translation of
calcurse messages and documentation.
We recently dropped all translations of the manual files from the distribution tarball. There are plan to reintroduce them in form of a Wiki on the calcurse website. Please follow the mailing lists for up-to-date information.
The doc/ directory of the source package already contains translated version
of calcurse manual. However, if the manual is not yet available into your
native language, it would be appreciated if you could help translating it.
To do so, just copy one of the existing manual file to manual_XX.html, where
XX identifies your language. Then translate this newly created file and send
it to the author (see Reporting bugs and feeback), so that it can be
included in the next calcurse release.
As already mentioned, gettext utilities are used by calcurse to produce
multi-lingual messages. We are currently using
Transifex to manage those translations.
This section provides informations about how to translate those messages into
your native language. However, this howto is deliberately incomplete, focusing
on working with gettext for calcurse specifically. For more comprehensive
informations or to grasp the Big Picture of Native Language Support, you should
refer to the GNU gettext manual at:
http://www.gnu.org/software/gettext/manual/
Since we switched to Transifex, editing po files is not necessary
anymore as Transifex provides a user-friendly, intuitive web
interface for translators. Knowledge of gettext and the po
format is still useful for those of you who prefer the command line
and local editing. If you want to use the web UI to edit the
translation strings, you can skip over to Using the Transifex web UI tough.
Basically, three different people get involved in the translation chain: coders, language coordinator, and translators. After a quick overview of how things work, the translator tasks will be described hereafter.
To be able to display texts in the native language of the user, two steps are required: internationalization (i18n) and localization (l10n).
i18n is about making calcurse support multiple languages. It is performed by
coders, who will mark translatable texts and provide a way to display them
translated at runtime.
l10n is about making the i18n’ed calcurse adapt to the specific language of
the user, ie translating the strings previously marked by the developers, and
setting the environment correctly for calcurse to use the result of this
translation.
So, translatable strings are first marked by the coders within the C source
files, then gathered in a template file (calcurse.pot - the pot extension
meaning portable object template). The content of this template file is then
merged with the translation files for each language (fr.po for French, for
instance - with po standing for portable object, ie meant to be read and
edited by humans). A given translation team will take this file, translate its
strings, and send it back to the developers. At compilation time, a binary
version of this file (for efficiency reasons) will be produced (fr.mo - mo
stands for machine object, i.e. meant to be read by programs), and then
installed. Then calcurse will use this file at runtime, translating the
strings according to the locale settings of the user.
Suppose someone wants to initiate the translation of a new language. Here are the steps to follow:
fr_FR, or simply fr. This is the value the user will have to put in his
LC_ALL environment variable for software to be translated (see
Environment variable for i18n).
msginit -i calcurse.pot
-o fr.po -l fr --no-translator If you do not have msginit installed on
your system, simply copy the calcurse.pot file to fr.po and edit the
header by hand.
Now, having this fr.po file, the translator is ready to begin.
The format of the po-files is quite simple. Indeed, po-files are made of four things:
#: comments (some with a special meaning, as we will
see below).
Basically, all you have to do is fill the msgstr lines with the translation of the above msgid line.
A few notes:
"#, fuzzy" comment. calcurse won’t
use the translations of such strings until you do something about them. A
string being fuzzy means either that the string has already been translated
but has since been changed in the sources of the program, or that this is a
new string for which gettext made a wild guess for the translation, based
on other strings in the file. It means you have to review the translation.
Sometimes, the original string has changed just because a typo has been
fixed. In this case, you won’t have to change anything. But sometimes, the
translation will no longer be accurate and needs to be changed. Once you are
done and happy with the translation, just remove the "#, fuzzy" line, and
the translation will be used again in calcurse.
"#, c-format". This tells that
parts of the string to translate have a special meaning for the program, and
that you should leave them alone. For instance, %-sequences, like "%s".
These means that calcurse will replace them with another string. So it is
important it remains. There are also \-sequences, like \n or \t. Leave
them, too. The former represents an end of line, the latter a tabulation.
If lines are too long, you can just break them like this:
msgid "" "some very long line" "another line"
At the very beginning of the po-file, the first string form a header, where various kind of information has to be filled in. Most important one is the charset. It should resemble
"Content-Type: text/plain; charset=utf-8\n"
You should also fill in the Last-Translator field, so that potential contributors can contact you if they want to join you in the translation team, or have remarks/typo fixes to give about the translations. You can either just give your name/nick, or add an email address, for exemple:
"Last-Translator: Frederic Culot <frederic@culot.org>\n"
# character) can be a good way to
point out problems or translation difficulties to proofreaders or other
members of your team.
calcurse is a curses/console program, thus it can be heavily dependant on
the terminal size (number of columns). You should think about this when
translating. Often, a string must fit into a single line (standard length is
80 characters). Don’t translate blindly, try to look where your string will
be displayed to adapt your translation.
The po-file format is very simple, and the file can be edited with a standard text editor. But if you prefer, there are few specialized tools you may find convenient for translating:
poEdit (http://www.poedit.org/)
KBabel (http://i18n.kde.org/tools/kbabel/)
GTranslator (http://gtranslator.sourceforge.net/)
Emacs po mode
Vim po mode
There’s several different ways to upload a finished (or semi-finished) translation for a new language to Transifex. The easiest way is to browse to the Translation Teams page and request the addition of a new team.
As soon as we accepted your request, you will be able to upload your po file on the calcurse resource page by clicking the Add translation button at the bottom.
You can also use a command line client to submit translations instead of having
to use the web interface every time you want to submit an updated version. If
you have a recent version of setuptools installed, you can get the CLI client
by issuing the following command:
$ easy_install -U transifex-client
Alternatively, you can get the source code of transifex-client at http://pypi.python.org/pypi/transifex-client.
After you downloaded and installed the client, run the following commands in the calcurse source directory to checkout the translation resources of calcurse:
$ tx pull -a
To submit changes back to the server, use:
$ tx push -r calcurse.calcursepot -t -l <locale>
For more details, read up on transifex-client usage at the
The Transifex Command-line Client
v0.4 section of the Transifex documentation.
As an alternative to editing po files, there is a web-based interface that can be used to create and update translations. After having signed up and created a new translation team (see Uploading to Transifex on how to do that), click the Add translation button at the bottom on the calcurse resource page, select the language you’d like to translate and choose Translate Online.
This section contains links and references that may be of interest to you.
The calcurse homepage can be found at http://calcurse.org
If you are interested in the project and want to be warned when a new release
comes out, you can subscribe to the calcurse announce list. In doing so, you
will receive an email as soon as a new feature appears in calcurse.
To subscribe to this list, send a message to announce+subscribe .at. calcurse .dot. org with "subscribe" in the subject field.
You may want to look at the ical format specification (rfc2445) at: http://tools.ietf.org/html/rfc2445
The pcal project page can be found at: http://pcal.sourceforge.net/
Its time now to thank other people without whom this program would not exist! So here is a list of contributing persons I would like to thank :
C programming
calcurse
calcurse for FreeBSD
calcurse for NetBSD
calcurse for Archlinux
calcurse for Debian and Ubuntu
calcurse for Slackware
calcurse for Mac OsX and Darwin
calcurse for ALT Linux
calcurse calendar view
-N, -s, -S, -r and -D
flags
people who write softwares I like and which inspired me, especially :
vim for the displacement keys
orpheus and abook for documentation
pine and aptitude for the text user interface
tmux for coding style
And last, many many thanks to all of the calcurse users who sent me their
feedback.