This program displays a calendar view in the Emacs buffer.
Currently, calfw has 4 views, month, 1week, 2week and day view.
Pushing SPC key, the detail buffer pops up. Pushing SPC key again, the buffer is closed.
Many information items are displayed in the Emacs buffer.
To use this program, locate this file to load-path directory, and add the following code to your .emacs.
(require 'calfw)
Executing the command cfw:open-calendar-buffer
, switch to the calendar buffer.
You can navigate the date like calendar.el.
Schedule data which are shown in the calendar view, are collected by a
list of the struct cfw:source
objects through the named argument
variables :contents-sources
and :annotation-sources
. The former
source defines schedule contents. The later one does date
annotations like the moon phases.
This program gets the holidays using the function
calendar-holiday-list
. See the document for the holidays.el and the Info text.
In the calendar buffer and region, you can use following key bindings:
Navigation | |
---|---|
[left], b, h | Previous day |
[right], f, l | Next day |
[up], p, k | Previous week |
[down], n, j | Next week |
^ | Week begin |
$ | Week end |
[home] | First date in this month |
[end] | Last date in this month |
M-v, [PgUp], < | Previous month |
C-v, [PgDown], > | Next month |
t | Today |
g | Absolute date (YYYY/MM/DD) |
TAB | Next item in a day |
Changing View | |
---|---|
M | Month view |
W | 1 Week view |
T | 2 Week view |
D | Day view |
Operation | |
---|---|
r | Refresh data and re-draw contents |
SPC | Pop-up detail buffer (like Quicklook in Mac) |
RET, [click] | Jump (howm, orgmode) |
q | Bury buffer |
The buttons on the toolbar can be clicked.
Following programs are also useful:
(eval-after-load "howm-menu" '(progn
(require 'calfw-howm)
(cfw:install-howm-schedules)
(define-key howm-mode-map (kbd "M-C") 'cfw:open-howm-calendar)
))
If you are using Elscreen, here is useful.
(define-key howm-mode-map (kbd "M-C") 'cfw:elscreen-open-howm-calendar)
You can display a calendar in your howm menu file.
%here%(cfw:howm-schedule-inline)
(require 'calfw-org)
Then, M-x cfw:open-org-calendar
.
You can choose agenda items with cfw:org-agenda-schedule-args
, like following code:
(setq cfw:org-agenda-schedule-args '(:timestamp))
This setting restricts items containing a date stamp or date range matching the selected date.
If cfw:org-agenda-schedule-args
is nil
, the default customize variable org-agenda-entry-types
is used. For the further information, please refer the orgmode document.
You can use another key binding like org agenda buffer, setting cfw:org-overwrite-default-keybinding
to non-nil, like following code:
(setq cfw:org-overwrite-default-keybinding t)
Then, following key bindings are overwritten:
key | function |
---|---|
g | Refresh data and re-draw contents (cfw:refresh-calendar-buffer) |
j | Goto the specified date (cfw:org-goto-date) |
k | org-capture |
x | Close calfw and other buffers opened by calfw-org (cfw:org-clean-exit) |
d | Day view (cfw:change-view-day) |
v d | Day view (cfw:change-view-day) |
v w | 1 Week view (cfw:change-view-week) |
v m | Month View (cfw:change-view-month) |
Here is the program which helps synchronization schedule items between org and google calendar, and also collaborates with calfw.
Here is a minimum sample code:
(require 'calfw-ical)
(cfw:open-ical-calendar "http://www.google.com/calendar/ical/.../basic.ics")
Here is the add-on program which communicate with google calendar via API:
Here is a minimum sample code:
(require 'calfw-cal)
Then, M-x cfw:open-diary-calendar
.
If you see a blank entry for each day, set the variable diary-list-include-blanks
to nil.
The calfw view can display many schedule items, gathering some schedule sources.
Using the function cfw:open-calendar-buffer
is the general way to display the schedules.
Here is the sample code:
(require 'calfw-cal)
(require 'calfw-ical)
(require 'calfw-howm)
(require 'calfw-org)
(defun my-open-calendar ()
(interactive)
(cfw:open-calendar-buffer
:contents-sources
(list
(cfw:org-create-source "Green") ; orgmode source
(cfw:howm-create-source "Blue") ; howm source
(cfw:cal-create-source "Orange") ; diary source
(cfw:ical-create-source "Moon" "~/moon.ics" "Gray") ; ICS source1
(cfw:ical-create-source "gcal" "https://..../basic.ics" "IndianRed") ; google calendar ICS
)))
The function cfw:open-calendar-buffer
receives schedules sources via
the named argument :contents-sources
.
One can customize the keymap on the calendar buffer with the named
argument :custom-map
of cfw:open-calendar-buffer
.
The calfw collects holidays from the customize variable
calendar-holidays
which belongs to holidays.el in the Emacs. See the
document and source of holidays.el for details.
The calfw uses some customization variables in the calendar.el.
Here is a customization code:
;; Month
(setq calendar-month-name-array
["January" "February" "March" "April" "May" "June"
"July" "August" "September" "October" "November" "December"])
;; Week days
(setq calendar-day-name-array
["Sunday" "Monday" "Tuesday" "Wednesday" "Thursday" "Friday" "Saturday"])
;; First day of the week
(setq calendar-week-start-day 0) ; 0:Sunday, 1:Monday
One can customize the faces.
Here is a template code for face customization:
(custom-set-faces
'(cfw:face-title ((t (:foreground "#f0dfaf" :weight bold :height 2.0 :inherit variable-pitch))))
'(cfw:face-header ((t (:foreground "#d0bf8f" :weight bold))))
'(cfw:face-sunday ((t :foreground "#cc9393" :background "grey10" :weight bold)))
'(cfw:face-saturday ((t :foreground "#8cd0d3" :background "grey10" :weight bold)))
'(cfw:face-holiday ((t :background "grey10" :foreground "#8c5353" :weight bold)))
'(cfw:face-grid ((t :foreground "DarkGrey")))
'(cfw:face-default-content ((t :foreground "#bfebbf")))
'(cfw:face-periods ((t :foreground "cyan")))
'(cfw:face-day-title ((t :background "grey10")))
'(cfw:face-default-day ((t :weight bold :inherit cfw:face-day-title)))
'(cfw:face-annotation ((t :foreground "RosyBrown" :inherit cfw:face-day-title)))
'(cfw:face-disable ((t :foreground "DarkGray" :inherit cfw:face-day-title)))
'(cfw:face-today-title ((t :background "#7f9f7f" :weight bold)))
'(cfw:face-today ((t :background: "grey10" :weight bold)))
'(cfw:face-select ((t :background "#2f2f2f")))
'(cfw:face-toolbar ((t :foreground "Steelblue4" :background "Steelblue4")))
'(cfw:face-toolbar-button-off ((t :foreground "Gray10" :weight bold)))
'(cfw:face-toolbar-button-on ((t :foreground "Gray50" :weight bold))))
Users can have nice unicode grid frame. However, in the some environment, the Emacs can not display the grid characters correctly. Please try following settings.
Grid setting example:
;; Default setting
(setq cfw:fchar-junction ?+
cfw:fchar-vertical-line ?|
cfw:fchar-horizontal-line ?-
cfw:fchar-left-junction ?+
cfw:fchar-right-junction ?+
cfw:fchar-top-junction ?+
cfw:fchar-top-left-corner ?+
cfw:fchar-top-right-corner ?+ )
;; Unicode characters
(setq cfw:fchar-junction ?╋
cfw:fchar-vertical-line ?┃
cfw:fchar-horizontal-line ?━
cfw:fchar-left-junction ?┣
cfw:fchar-right-junction ?┫
cfw:fchar-top-junction ?┯
cfw:fchar-top-left-corner ?┏
cfw:fchar-top-right-corner ?┓)
;; Another unicode chars
(setq cfw:fchar-junction ?╬
cfw:fchar-vertical-line ?║
cfw:fchar-horizontal-line ?═
cfw:fchar-left-junction ?╠
cfw:fchar-right-junction ?╣
cfw:fchar-top-junction ?╦
cfw:fchar-top-left-corner ?╔
cfw:fchar-top-right-corner ?╗)
If a content string is longer than the cell width, the calfw breaks into the multiple lines.
In the current implementation, the Calfw has 3 strategies: none, simple and wordwrap. The variable cfw:render-line-breaker
selects the strategy to break lines.
cfw:render-line-breaker-none
cfw:render-line-breaker-simple
(default)
cfw:render-line-breaker-wordwrap
fill-region
. Although, the line breaking algorithm of the Emacs is not so smart as more complicated ones, such as Knuth/Plass algorithm, this strategy is better than the simple one.In this section, I would explain how to add a new calendar source and how to embed the calfw component in the other applications.
Defining the cfw:source
object, one can extend calfw calendar source.
The struct cfw:source
is a simple data type defined by cl-defstruct.
Here is the details of the slot members of cfw:source
.
slot name | description |
---|---|
name | [required] Source name. This name is shown at the status bar. |
data | [required] Data function which returns calendar contents. The function details are described in the next section. |
update | [option] Update function. Calfw calls this function when this source needs to refresh the data. |
color | [option] Color string for this source. Color names those are shown by M-x list-colors-display or RGB hex format like "#abcdef". |
period-fgcolor | [option] Foreground color for period items. The default color is white or black. |
period-bgcolor | [option] Background color for period items. The default color is cfw:source-color . |
opt-face | [option] Additional options for the normal item face. Ex. :opt-face '(:weight bold) |
opt-period-face | [option] Additional options for the period item face. |
Only name
and data
slots are essential. Many slots are visual options.
In many cases, one has to specify only the color
slot for visual,
because the calfw chooses appropriate colors for the rest color options.
This section explains what objects the function-slot cfw:source-data
should return.
The function-slot cfw:source-data
receives two arguments, start and
end date of the query period, and returns a list of instances of cfw:event
struct.
Here is a simple example.
cfw:source-data example1:
;; cfw:source-data example
(defun sample-data1 (b e)
(list
(make-cfw:event :title "item1" :start-date (cfw:date 1 1 2011))
(make-cfw:event :title "item2-1" :start-date (cfw:date 1 10 2011))
(make-cfw:event :title "item2-2" :start-date (cfw:date 1 10 2011))
))
(cfw:open-calendar-buffer
:date (cfw:date 1 1 2011)
:contents-sources
(list
(make-cfw:source
:name "test1" :data 'sample-data1)))
Evaluating this code in the scratch buffer, following result is displayed.
The date is specified by cfw:date
type, ([month] [day] [year])
. This format is commonly used in calendar.el and orgmode.
(I diagrammed the exchange ways for some time and date formats in Emacs, here.)
Period items are little different. One period item is specified by
:start-date
and :end-date
, and the nested list which has the symbol periods
at the head collects them, like the following code.
cfw:source-data example2:
;; cfw:source-data period items
(defun sample-data2 (b e)
(list
(make-cfw:event :title "Item1"
:start-date (cfw:date 1 15 2011))
(list 'periods
(make-cfw:event :title "Period item"
:start-date (cfw:date 1 8 2011)
:end-date (cfw:date 1 9 2011)
:description "Period item description")
(make-cfw:event :title "Next item"
:start-date (cfw:date 1 11 2011)
:end-date (cfw:date 1 12 2011)
:description "Next item description"))))
(cfw:open-calendar-buffer
:date (cfw:date 1 1 2011)
:contents-sources
(list
(make-cfw:source
:name "test2" :data 'sample-data2)))
Evaluating this code in the scratch buffer, following result is displayed.
Here are other detailed specifications.
cfw:source-data
should return a value as fast as possible, because users are waiting for the result. Caching is good idea.string-lessp
, i.e. numerical and alphabetical order.
:sorter
of the component construction.In the above examples, the dates of the schedule items are fixed. The actual sources generate result values by the programs. The codes of calfw add-ons may be helpful for your implementation.
The cfw:event
struct:
slot name | description |
---|---|
title |
event title [string] |
start-date |
start date of the event [cfw:date] |
start-time |
start time of the event (optional) |
end-date |
end date of the event [cfw:date] (optional) |
end-time |
end of the event (optional) |
description |
event description [string] (optional) |
location |
location [string] (optional) |
source |
[internal] source of the event |
The framework has several formatting functions for cfw:event
instances.
The functions are used by the calfw plugins (cal,ical, etc) to display in a common way.
Format function | Description |
---|---|
cfw:event-overview |
To get an overview of the event (month, 2-week & week view) |
cfw:event-days-overview |
Overview in day-view. |
cfw:event-period-overview |
Overview of periods (same for all views) |
cfw:event-detail |
Detailed information of the event for the detail-view |
The formatting can be customized by the user with several formatting strings:
cfw:event-format-overview
cfw:event-format-days-overview
cfw:event-format-period-overview
cfw:event-format-detail
cfw:event-format-title
cfw:event-format-start-date
cfw:event-format-start-time
cfw:event-format-end-date
cfw:event-format-end-time
cfw:event-format-location
cfw:event-format-description
This subsection explains legacy method to define schedule items, so as for users to read old source codes. We should not use this method in the future.
The function-slot cfw:source-data
receives two arguments, start and
end date of the query period, and returns an alist that consists of
([date] . ([item1] [item2] ... )).
Here is a simple example.
cfw:source-data example1:
;; cfw:source-data example
(defun sample-data1 (b e)
'(
((1 1 2011) . ("item1"))
((1 10 2011) . ("item2-1" "item2-2"))
))
(cfw:open-calendar-buffer
:date (cfw:date 1 1 2011)
:contents-sources
(list
(make-cfw:source
:name "test1" :data 'sample-data1)))
Period items are little different. One period item is specified by
([start date] [end date] [content])
and the periods
record of the
alist collects them as a list, like the following code.
cfw:source-data example2:
;; cfw:source-data period items
(defun sample-data2 (b e)
'(
((1 8 2011) . ("item1"))
(periods
((1 8 2011) (1 9 2011) "period item")
((1 11 2011) (1 12 2011) "next item"))
))
;; (A . (B C) ) is equivalent to (A B C)
(cfw:open-calendar-buffer
:date (cfw:date 1 1 2011)
:contents-sources
(list
(make-cfw:source
:name "test2" :data 'sample-data2)))
In this section, the details of calfw components would be explained so as for users to extend calfw in themselves.
Calfw is built on the MVC architecture, using simple structure objects and modules employed by naming rules.
Calfw has three destination components to display the calendar.
The 'buffer' destination displays the calendar view as ordinary Emacs applications do.
The function cfw:open-calendar-buffer
makes a new calendar buffer (calfw buffer) and displays it by switch-to-buffer
. The major mode of the calfw buffer is cfw:calendar-mode
and the keymap cfw:calendar-mode-map
is bound.
This destination is easy to use for applications and users, because the buffer is usual application boundary and users know how to use buffers.
The 'Region' destination embeds the calendar view in the buffer which is managed by the other applications. This destination can give the other applications a nice calendar view. See the howm embedding for example.
Let's try a demonstration. Evaluate this code in your scratch buffer.
Region destination example:
;; Evaluate this code in the scratch buffer
(require 'calfw)
(cfw:create-calendar-component-region :height 10)
Then, the calendar view will be embedded in the scratch buffer like the following screenshot. You can navigate the calfw view in the buffer. Undoing for the some times, you can remove the calfw view.
Because this destination never interacts anything out of the region and has its own key-binds as a text property, users can easily embed a calendar view in the other applications.
The 'text' destination generates just a text which represent calfw view. The function cfw:get-calendar-text
returns the text.
Three destinations are explained as mentioned above. Although they have different appearance, the application can operate the calfw component in the same way.
Let us call them 'destination', it is the abstraction of UI components.
The similar word 'view' means in which form the calfw displays the contents, for example, monthly form, two-weeks and weekly one and etc.
The calfw consists of four objects:
cfw:component
that gathers following objects up.cfw:model
that manages calendar contents.cfw:source
that defines schedule items.cfw:dest
that is abstraction of destinations.The relations between the objects are displayed as UML class diagram (Diagrammed by astah).
cfw:component
acts as Controller of MVC. It connects model object and destination one, and controls all events. It also gives the interface of calfw objects for the other applications.
cfw:model
and cfw:source
act as Model of MVC. They manage the schedule contents and calendar logic.
cfw:dest
acts as View of MVC. It abstracts the common interface from UI destinations.
The object cfw:component
controls calfw objects and events.
The object has following information:
cfw:dest
object and cfw:model
one.update-hooks
selection-change-hooks
click-hooks
.The object has following operations:
cfw:dest
, cfw:model
, belonging buffer and so on.get-selected-date
/ set-selected-date
).get-view
/ set-view
).
month
, two-weeks
, week
and day
.resize
/ update
).add-xxx-hook
/ remove-xxx-hook
)After construction of the calfw component, the destination object can not be changed.
The views are defined as a function and dispatched by the function cfw:cp-dispatch-view-impl
.
The instance of the calfw component is stored at following places:
buffer
destination: the buffer-local variable cfw:component
region
destination: the text property cfw:component
text
destination: N/ACalling the utility function cfw:cp-get-component
, one can obtain the calfw instance at the appropriate places. The stateless functions, such as simple event handler functions, can use this function to get the instance.
The applications those have the state-full operations, however, should hold their own calfw instance for the safety object reference.
The object cfw:model
gathers schedule sources and gives a common interface for view functions to access the contents.
The object has following information:
contents-sources
)annotation-sources
)sorter
)The model object has no information of views and destinations, just manages schedule contents.
The holidays are retrieved from the global function calendar-holiday-list
of calendar.el.
The schedule contents are modified through the model object after the component construction.
(In the current implementation, the model object is build by alist. Then, view functions adds some data as view model. I think it is not good solution, so the implementation may be modified in future.)
The object cfw:dest
abstracts rendering destinations and gives a common interface of rendering operation to view functions.
The object has following information:
buffer
)min-func
, max-func
)width
, height
)clear-func
)before-update-func
, after-update-func
)select-ol
, today-ol
)In the current implementation, cfw:dest
has three forms, buffer, region and text, mentioned above. Actually, the region destination is what I want. One buffer can have some destination objects, because all data (including local-variables and keymaps) are packed in the cfw:dest
object.
In this section, I would describe a simple guide line of application design using calfw.
One can use calfw as an application UI (like calfw-howm) or dialog UI for selecting a date (like calendar.el). The user application can choose the destination style: buffer or region. Switching between them is very easy.
The data presentation can be achieved by defining cfw:source
object. It may be straightforward.
The input events by the user can be caught by hooks in the cfw:component
. Then, the selected date is obtained by the function cfw:cursor-to-nearest-date
or cfw:cursor-to-date
. The current implementation, calfw can not treat a range on the calendar.
Generally, any events can be caught by the custom keymap which is given by the named argument :custom-map
with component construction. Furthermore, because calfw reserves the text properties (face, keymap and so on) on the text that is returned by cfw:source
objects, one can control event handling at each characters.
Once the model is modified, update function of the cfw:component
object should be called to refresh the view.
The summary diagram is here.
See the calfw-howm.el code for more details.
SAKURAI, Masashi m.sakurai atmark kiwanami.net
Time-stamp: <2015-09-24 11:47:57 sakurai>