SeedCode Support Forum

In the application I am researching for record edit is not allowed, but we do want to allow drag and drop moving

Is there a way to disallow editing the title and description boxes??
And the status?? - or better still have a limited list of status values that you can choose - which his a subset of the whole list, which would be automatically set by editing the base record.


john renfrew

Hi John,

Unfortunately you can't really change form behaviors with CSS alone so you won't be able to make the popover prevent editing while allowing drag and drop. (We hope to introduce more fine-grained control of editing rights).

You could, however, switch to a FileMaker layout for your popover: that would give you complete control of the editing surface (and let you easily pull the delete button you asked about) while retaining drag ability in the calendar itself. That would also let you use a sub-list of statuses when editing the event, something you can't do in DayBack's popover.

More on using your own layouts for popovers here: http://www.seedcode.com/pmwiki/index.ph ... entLayouts

For some more background, when it comes to editing rights, DayBack respects FileMaker's access privileges for the logged in user. But remember that some access rights may not be reflected in DayBack's interface. For example, if you have record level access privileges set so that a given privilege set can't see a record, then that record won't show up in DayBack. No problem.

But if FileMaker's record level access says that a given privilege set can only edit a record under certain circumstances, that record will ''appear'' editable to logged in users since DayBack can't evaluate the access rights until the user tries to edit it. So users will be able to, for example, drag an event to a new date: the drag just won't take and will be reverted after users see a dialog saying the action isn't permitted.

Hope that helps,

John

thanks, will try this out

although its a newbie kin dog question its because you are editing the underlying FileMaker record when you drag the object on the calendar layout, right?

Hi John. That's right. When you drag and drop an event, a FileMaker script fires that edits the event to reflect the new date and/or time values.

Jeff

got part of this working within the scripts

if you comment out the lines for
$sc_TitleEdit
$sc_Description
in the Submit Event From Webviewer script this allows you to change the underlying data in a layout just for that, but not within the webviewer
I also have a privilege set which will not allow edit where EventStartDate < Get ( currentDate) or Status ( not in some list )

its a bit clunky as the event moves and then moves back but it does enough so I can go and demo the product...

Excellent! Glad you got that working the way you want it.