This commit is contained in:
@@ -6,8 +6,8 @@
|
||||
<gz-error :error-box-message="formState.errorBoxMessage"></gz-error>
|
||||
|
||||
<v-sheet height="64">
|
||||
<v-toolbar flat>
|
||||
<v-btn outlined class="mr-4" color="grey darken-2" @click="setToday">
|
||||
<v-toolbar flat class="ml-n3">
|
||||
<v-btn outlined class="xxmr-4" color="grey darken-2" @click="setToday">
|
||||
{{ $ay.t("DateRangeToday") }}
|
||||
</v-btn>
|
||||
<v-btn fab text small color="grey darken-2" @click="prev">
|
||||
@@ -21,7 +21,7 @@
|
||||
{{ $refs.calendar.title }}</v-btn
|
||||
>
|
||||
</v-toolbar-title>
|
||||
<v-spacer></v-spacer>
|
||||
<!-- <v-spacer></v-spacer> -->
|
||||
<v-btn
|
||||
class="mr-3"
|
||||
fab
|
||||
@@ -69,6 +69,7 @@
|
||||
:event-color="getEventColor"
|
||||
:type="viewType"
|
||||
:locale="languageName"
|
||||
:event-more-text="$ay.t('More')"
|
||||
@click:event="showMoreInfo"
|
||||
@click:more="viewDay"
|
||||
@click:date="viewDay"
|
||||
@@ -80,8 +81,17 @@
|
||||
@mouseup:day="endDragExtend"
|
||||
@mouseup:time="endDragExtend"
|
||||
@mouseleave.native="cancelDrag"
|
||||
:event-more-text="$ay.t('More')"
|
||||
>
|
||||
<!--
|
||||
@touchstart:time="startTime"
|
||||
|
||||
@touchmove:time="mouseMoveDa
|
||||
@touchend:event="touchEndEvent"
|
||||
@touchstart:event="touchStartEvent"yView"
|
||||
@touchmove:day="mouseMoveMonthView"
|
||||
@touchend:day="endDragExtend"
|
||||
@touchend:time="endDragExtend"
|
||||
-->
|
||||
<template v-slot:event="{ event, timed, eventSummary }">
|
||||
<div class="v-event-draggable">
|
||||
<v-icon small :color="event.textColor" class="mr-1">{{
|
||||
@@ -378,26 +388,7 @@ TODO NEXT:
|
||||
More info: checkbox beside each item below that can be shown in wo
|
||||
|
||||
Needs a refresh button at top
|
||||
Issue
|
||||
Dragging vs info SUCKS and bug riddled!!!
|
||||
|
||||
todo: Before gutting, see if can use the pixel move trick instead of the timer trick, that seems more reliable and portable
|
||||
|
||||
Google calendar handles it a bit differently:
|
||||
click and hold until see fourway cursor and event dims but stays where it was while a new non dim copy is draggable and on drop the old dimmed event vanishes and the new bold one is there
|
||||
This is what I should replicate, so a long press to move and a short click to open
|
||||
HOWEVER
|
||||
It *also* allows immediate drag, so it must be keying in on both the timer and the pixel move trick.
|
||||
ugh
|
||||
|
||||
todo: make a copy of this schedule form, gut it entirely for all events and start again from scratch, it's ugly dirty and nonsensical in places
|
||||
instead of click event handled for opening item it's mouse up for all ops
|
||||
mouseup when hasn't entered dragging mode yet opens more info (and cancels dragging mode countdown)
|
||||
mouseup in dragging mode makes the move
|
||||
mouseup always cancels dragging mode
|
||||
mousedown starts a timer of about 500ms, if it times out still moused down then it enters drag mode and UI changes
|
||||
if it doesn't reach timeout on mouse up then stops drag mode countdown
|
||||
mousemove in drag mode moves item, if not yet in drag mode the mouse doesn't move
|
||||
|
||||
todo: red current time line is cool, see if can implement (also follows google calendar ui)
|
||||
|
||||
|
||||
Reference in New Issue
Block a user