SeedCodeCalendar12

How It Works

SeedCodeCalendar12.HowItWorks History

Hide minor edits - Show changes to output

April 21, 2012, at 10:39 AM by 93.95.107.10 -
Changed line 13 from:
The idea here is that no matter how many "cells" we have to draw, the calendar only fetches data from FileMaker Server twice, making this '''much''' faster than calendars based on multiple portals.
to:
The idea here is that no matter how many "cells" we have to draw, the calendar only fetches data from FileMaker Server once, making this '''much''' faster than calendars based on multiple portals.
April 21, 2012, at 10:38 AM by 93.95.107.10 -
Changed lines 7-8 from:
-> '''1.''' Scripts find the relevant day/week/month records and loop through those, writing them to a global variable. While this sounds slow, it is crazy fast. More scripts then look at this variable and make a couple more variables out of it so it is easier for other scripts read: variables like $$sc_ArrayContent.
to:
-> '''1.''' SQL queries find the relevant day/week/month records and write them to a global variable. Additional scripts then look at this variable and make a couple more variables out of it so it is easier for other scripts read: variables like $$sc_ArrayContent.
Changed line 13 from:
The idea here is that no matter how many "cells" we have to draw, the calendar only fetches data from FileMaker Server once, making this '''much''' faster than calendars based on multiple portals.
to:
The idea here is that no matter how many "cells" we have to draw, the calendar only fetches data from FileMaker Server twice, making this '''much''' faster than calendars based on multiple portals.
February 25, 2010, at 03:54 PM by 76.22.123.157 -
Changed lines 7-10 from:
-> '''1.''' Scripts find the relevant day/week/month records and loop through those, writing them to a global variable. While this sounds slow, this is crazy fast. More scripts then look at this variable and make a couple more variables out of it so it is easier to read, variables like $$sc_ArrayContent.

-> '''2.''' The calendar layout shows portal rows from the CalendarRows table to draw the day/week/month grid.
to:
-> '''1.''' Scripts find the relevant day/week/month records and loop through those, writing them to a global variable. While this sounds slow, it is crazy fast. More scripts then look at this variable and make a couple more variables out of it so it is easier for other scripts read: variables like $$sc_ArrayContent.

-> '''2.''' The calendar layout then shows portal rows from the CalendarRows table to draw the day/week/month grid.
February 25, 2010, at 03:51 PM by 76.22.123.157 -
Changed line 13 from:
The idea here is that no matter how many "cells" we have to draw, the calendar only fetches data from FileMaker Server once.
to:
The idea here is that no matter how many "cells" we have to draw, the calendar only fetches data from FileMaker Server once, making this '''much''' faster than calendars based on multiple portals.
February 21, 2010, at 02:27 AM by 76.22.123.157 -
Changed lines 7-12 from:
'''1.''' Scripts find the relevant day/week/month records and loop through those, writing them to a global variable. While this sounds slow, this is crazy fast. More scripts then look at this variable and make a couple more variables out of it so it is easier to read, variables like $$sc_ArrayContent.

'''2.''' The calendar layout shows portal rows from the CalendarRows table to draw the day/week/month grid.

'''3.''' Finally, calcs in the CalendarRows table look at our global variables for any events on that day and display the relevant content.
to:
-> '''1.''' Scripts find the relevant day/week/month records and loop through those, writing them to a global variable. While this sounds slow, this is crazy fast. More scripts then look at this variable and make a couple more variables out of it so it is easier to read, variables like $$sc_ArrayContent.

-> '''2.''' The calendar layout shows portal rows from the CalendarRows table to draw the day/week/month grid.

-> '''3.''' Finally, calcs in the CalendarRows table look at our global variables for any events on that day and display the relevant content.
February 21, 2010, at 02:27 AM by 76.22.123.157 -
Changed lines 5-6 from:
%center% %width=450px% http://www.seedcode.com/rootimages/stikipad/nextcal/howitworks.png
to:
%center% %width=500px% http://www.seedcode.com/rootimages/stikipad/nextcal/howitworks.png
February 21, 2010, at 02:27 AM by 76.22.123.157 -
Changed lines 5-6 from:
%center% %width=350px% http://www.seedcode.com/rootimages/stikipad/nextcal/howitworks.png
to:
%center% %width=450px% http://www.seedcode.com/rootimages/stikipad/nextcal/howitworks.png
February 21, 2010, at 02:27 AM by 76.22.123.157 -
Changed lines 5-6 from:
%center% http://www.seedcode.com/rootimages/stikipad/nextcal/howitworks.png
to:
%center% %width=350px% http://www.seedcode.com/rootimages/stikipad/nextcal/howitworks.png
February 21, 2010, at 02:25 AM by 76.22.123.157 -
Added lines 1-13:
!! So with no relationship between the calendar and the events table, how exactly does this work?

Check out the following chart...

%center% http://www.seedcode.com/rootimages/stikipad/nextcal/howitworks.png

'''1.''' Scripts find the relevant day/week/month records and loop through those, writing them to a global variable. While this sounds slow, this is crazy fast. More scripts then look at this variable and make a couple more variables out of it so it is easier to read, variables like $$sc_ArrayContent.

'''2.''' The calendar layout shows portal rows from the CalendarRows table to draw the day/week/month grid.

'''3.''' Finally, calcs in the CalendarRows table look at our global variables for any events on that day and display the relevant content.

The idea here is that no matter how many "cells" we have to draw, the calendar only fetches data from FileMaker Server once.
(855) SEEDCODE
[email protected]
Follow us: