Skip to content
This repository has been archived by the owner on Oct 31, 2018. It is now read-only.

Let users set a default calendar for new events #399

Open
wants to merge 2 commits into
base: master
Choose a base branch
from

Conversation

vgezer
Copy link
Contributor

@vgezer vgezer commented Apr 9, 2014

This should implement: #348

Users can set one calendar default by clicking on the star.
New events will be created in the default calendar.

  • If none is set, the first created calendar is the default one.
  • Setting a calendar as default highlights the star
  • Only one star is highlighted, remove the old one (needed to see the changes immediately)
  • Clicking on the same calendar should not do anything
  • New default calendar is used when clicked on calendar to create new event
  • The first calendar is used if user deletes the default calendar

@vgezer vgezer self-assigned this Apr 9, 2014
@vgezer vgezer changed the title Let users to set a default calendar for new events Let users set a default calendar for new events Apr 9, 2014
@vgezer vgezer changed the title Let users set a default calendar for new events [AWAITING REVIEW] Let users set a default calendar for new events Apr 11, 2014
@vgezer
Copy link
Contributor Author

vgezer commented Apr 12, 2014

Some screenshots:

Test 2 is selected as default:

calendar-new1

Personal is selected as default:

calendar-new

@georgehrke
Copy link
Contributor

cc @jancborchardt

@jancborchardt
Copy link
Contributor

As this adds yet another control to the calendar rows, I’d say we need to solve first how we cope with 3+ control elements of that sort. Like introducing a caret/triangle to hint at more settings. And maybe have sharing always present (or whichever one we regard the most important action). And that should be done in core, in an apps.js (and existing apps.css).

@jbtbnl @Kondou-ger @MorrisJobke do you have proposals? Previously we talked about a bubble (not very well integrated), or expanding the row to expose options (well integrated as long as there is an animation). Anything else?

@jbtbnl
Copy link
Contributor

jbtbnl commented Apr 13, 2014

@jancborchardt I believe that a lot of "settings" do not actually belong there. For instance the two CalDAV links, they should be on the "Help" page instead. There could be a link in the settings drawer "Learn how to setup CalDAV" to guide new users there.

The "Clear cache" button shouldn't be necessary or should be at a less prominent location.

The "Timezone" setting is a general setting like display language and should therefore be in the personal settings page. On ownCloud setup it should default corresponding to the user's language.

@georgehrke
Copy link
Contributor

The "Clear cache" button shouldn't be necessary or should be at a less prominent location.

What about showing the clear cache button only when debug mode is enabled?

The "Timezone" setting is a general setting like display language and should therefore be in the personal settings page. On ownCloud setup it should default corresponding to the user's language.

We should get rid of the timezone setting anyhow. the calendar should just use the timezone of the browser.

@jbtbnl
Copy link
Contributor

jbtbnl commented Apr 13, 2014

What about showing the clear cache button only when debug mode is enabled?

That could be, I can't judge if it's necessary that often while developing / debugging the Calendar app.

@vgezer
Copy link
Contributor Author

vgezer commented Apr 13, 2014

@jancborchardt Like introducing a caret/triangle to hint at more settings.

I suggest using "..." as in Android or other mobile OSes.

OCP\JSON::checkAppEnabled('calendar');
OCP\JSON::callCheck();

$cal = $_POST["calendarid"];
Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

isset?

Copy link
Contributor Author

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Copy link
Contributor

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Go for it :-)

@jancborchardt
Copy link
Contributor

@jbtbnl:

I believe that a lot of "settings" do not actually belong there. For instance the two CalDAV links, they should be on the "Help" page instead. There could be a link in the settings drawer "Learn how to setup CalDAV" to guide new users there.

No, all app-specific settings should be in the app. We previously had app settings on the personal page and it was confusing. As CalDAV is bound to the Calendar app, it should be in there. I agree that »Settings« might be a slightly misleading name, but I don’t think it’s a really grave issue.

The "Clear cache" button shouldn't be necessary or should be at a less prominent location.

Yes, we should remove it for good. @georgehrke can we please do that? Just showing it in debug is also fine with me for now.

The "Timezone" setting is a general setting like display language and should therefore be in the personal settings page. On ownCloud setup it should default corresponding to the user's language.

Yes. See the »global region format« issue in core: owncloud/core#376

@vgezer
Copy link
Contributor Author

vgezer commented Apr 15, 2014

@LukasReschke Thanks :). I have committed again with the changes. Can you check it again?

@georgehrke
Copy link
Contributor

@jancborchardt What's your final decision on this?

I agree that yet another control element is not good. A better solution would be to make the calendar list sortable. Users could make a calendar 'default' by moving it to the top of the list.

@vgezer
Copy link
Contributor Author

vgezer commented Apr 20, 2014

@georgehrke Or maybe using the settings panel to pick the default calendar from dropdown list?

@georgehrke georgehrke changed the title [AWAITING REVIEW] Let users set a default calendar for new events Let users set a default calendar for new events Apr 26, 2014
@vgezer
Copy link
Contributor Author

vgezer commented May 4, 2014

@jancborchardt, what should we do with this?

@jancborchardt
Copy link
Contributor

This is a good function, but we should wait with implementing it once we switch to the menu where items are extended downwards.

With the current solution of having icons next to it, we can’t just put function after function in there. Especially because in this case, the star icon is not very clear.

(Also, the ability to reorder calendars is a bit excessive to just get this solved, and is also not very discoverable that it defines the default calendar.)

So, we should wait with this. Hope that’s ok?

@vgezer
Copy link
Contributor Author

vgezer commented May 19, 2014

@jancborchardt Yes sure. I will update it later after new menus :)

@brantje
Copy link
Contributor

brantje commented Jul 8, 2014

Rebased onto master

@brantje
Copy link
Contributor

brantje commented Jul 8, 2014

👍 tested in chrome / ff / chrome mobile

@brantje
Copy link
Contributor

brantje commented Aug 5, 2014

@jancborchardt why isn't this merged yet?

@vgezer
Copy link
Contributor Author

vgezer commented Aug 6, 2014

@brantje Because we wanted to avoid using extra action button. See the Jan's comment above: owncloud/calendar#399 (comment)

@jancborchardt
Copy link
Contributor

Yes, the sidebar is cluttered with actions at the moment. We need to clean that up before we add new stuff.

@jbtbnl
Copy link
Contributor

jbtbnl commented Aug 27, 2014

Work in progress on the action buttons cleanup: owncloud/core#10644

@vgezer
Copy link
Contributor Author

vgezer commented Nov 20, 2014

What do we do with this? Should I work on this so this gets merged?

@jbtbnl
Copy link
Contributor

jbtbnl commented Nov 20, 2014

@wakeup since owncloud/core#10644 has been merged, it would be great if you could add the actions menu in this PR.

@jancborchardt should all actions be in the menu or are there some (like edit and share) that should remain visible?

@jancborchardt
Copy link
Contributor

I’d say Share should remain visible, yes (just as planned for the Files app). It needs to be on half opacity though, and only be fully opaque when actually shared.

@vgezer
Copy link
Contributor Author

vgezer commented Nov 20, 2014

@jbtbnl Just a quick question, does the current git version of Calendar work in your environments?

Similar to owncloud/core#12197 I am having this error when choosing Calendar app:

Fatal error: Uncaught exception 'Exception' with message 'js file not found: script:jquery.multiselect serverroot:/var/www/owncloud' in /var/www/owncloud/lib/private/template/resourcelocator.php:46 Stack trace: #0 /var/www/owncloud/lib/private/templatelayout.php(152): OC\Template\ResourceLocator->find(Array) #1 /var/www/owncloud/lib/private/templatelayout.php(103): OC_TemplateLayout::findJavascriptFiles(Array) #2 /var/www/owncloud/lib/private/template.php(118): OC_TemplateLayout->__construct('error', '') #3 /var/www/owncloud/lib/private/template/base.php(103): OC_Template->fetchPage() #4 /var/www/owncloud/lib/private/template.php(227): OC\Template\Base->printPage() #5 [internal function]: OC_Template::printExceptionErrorPage(Object(Exception)) #6 {main} thrown in /var/www/owncloud/lib/private/template/resourcelocator.php on line 46

@vgezer vgezer force-pushed the default-cal-selection branch from 2b93292 to 5521ed2 Compare November 20, 2014 11:35
@jbtbnl
Copy link
Contributor

jbtbnl commented Nov 20, 2014

@wakeup Calendar master doesn't work because of owncloud/core#12005

@georgehrke
Copy link
Contributor

@wakeup Calendar master doesn't work because of owncloud/core#12005

should be fixed with owncloud/calendar@59d249a

This should fix: #348

Users can set one calendar default by clicking on the star.
New events will be created in the default calendar.
@DeepDiver1975 DeepDiver1975 added this to the backlog milestone Oct 13, 2015
@DeepDiver1975
Copy link
Contributor

works 👍

@DeepDiver1975
Copy link
Contributor

anyhow moving to backlog because of open UX issues as declared above

@vgezer vgezer removed their assignment Mar 1, 2016
Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Projects
None yet
Development

Successfully merging this pull request may close these issues.

7 participants