[kronolith] New Event

[Simon Brereton]

On 19 November 2012 06:45, Jan Schneider <jan at horde.org> wrote:
>
> Zitat von Simon Brereton <simon.buongiorno at gmail.com>:
>
>> On 16 November 2012 10:27, Jan Schneider <jan at horde.org> wrote:
>>>
>>>
>>> Zitat von Simon Brereton <simon.buongiorno at gmail.com>:
>>>
>>>> On 16 November 2012 05:18, Jan Schneider <jan at horde.org> wrote:
>>>>>
>>>>>
>>>>>
>>>>> Zitat von Simon Brereton <simon.buongiorno at gmail.com>:
>>>>>
>>>>>> Hi
>>>>>>
>>>>>> 1) The Kronotlith New Event link is easily available from any
>>>>>> application - including the portal.  Why, then, is it necessary to
>>>>>> switch to Kronolith once the new event link is used?  For example, if
>>>>>> I get an email asking for a meeting or arranging an appointment - I
>>>>>> should be able to access the new event dialogue whilst still viewing
>>>>>> the email.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> Maybe you didn't notice, but the new event dialog is not a popup
>>>>> window.
>>>>
>>>>
>>>>
>>>> Perhaps window was the wrong term - it's clearly a div/iframe, but I
>>>> still don't see why it needs to load Kronolith in the background.  It
>>>> means at least one extra click to return to IMP or the portal or what
>>>> ever - and extra clicks should be avoided as a matter of good UI
>>>> design.
>>>
>>>
>>>
>>> Again, the dialog is not a popup. It *has* to load the whole calendar UI
>>> because it is *part* of that UI.
>>
>>
>> Then there's nothing to be done - but I think it would be better if it
>> could be separated.  If I wanted to compose a new mail from the portal
>> or the calendar, I wouldn't expect to load the imp UI to do it.
>>
>>
>>>>>> 2) If you have more than one event in a day then a) it looks like the
>>>>>> appointments are adjacent and worse than that, that they are actually
>>>>>> related.  It would be nice to have at least a border around the
>>>>>> individual events to denote separate events please.
>>>>>
>>>>>
>>>>>
>>>>>
>>>>> I think it looks better this way.
>>>>
>>>>
>>>>
>>>> Sweet.  But could you make it a preference then please?  Even having a
>>>> different shade would help distinguish.  At the moment I have
>>>> something that looks like:
>>>>
>>>> O. Musterman
>>>> Gesellschaft
>>>>
>>>> which looks to all the world like one meeting with O. Musterman at
>>>> Gesellschaft and not two separate events, one with O. Musterman and
>>>> one with Gesellschaft.  Even adding the meeting times, or even just
>>>> the start time would help with clarity.  Clarity is another plank of
>>>> good UI design principles.
>>>
>>>
>>>
>>> It's a preference to display the start time.
>>
>>
>> I don't see this preference.  Can you give me a hint where to look please?
>>
>> Thanks.
>>
>> Simon
>
>
> Right in the UI section of the Kronolith prefs.

Really?  Which one is it then?  Because there's nothing here I see
relating to adding the times:

Show the dynamic view by default, if the browser supports it?
Confirm deletion of events?
Select the view to display on startup:
How many events should be displayed per day in the month view? Set to
0 to always show all events.
Show time of day between each day in week views?
Select the first weekday:
What time should day and week views start, when there are no earlier events?
What time should day and week views end, when there are no later events?
Restrict day and week views to these time slots, even if there are
earlier or later events?
How long should the time slots on the day and week views be?
Show delete, alarm, and recurrence icons in calendar views?
Choose the views to show event start and end times in:
Choose the views to show event locations in:
Show Free/Busy legend?
Show shared calendars side-by-side?

Thanks.

Simon