<div dir="ltr"><div>Hello</div><div dir="ltr"><br></div><div>I think it is good to look for different persistence solutions at least for 2025.</div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">On Sat, Dec 14, 2024 at 7:24 PM Hilaire Fernandes via Cuis-dev <<a href="mailto:cuis-dev@lists.cuis.st">cuis-dev@lists.cuis.st</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><u></u> <div bgcolor="#FFFFFF"> <p><font size="4">The educator model[1] is straightforward to persist with reference stream</font></p></div></blockquote><div><br></div><div>But it could also just just a number of CSV files. A dynabook app part managing planning schedules, task and time tables well is an app in its own right which is will be welcomed by teachers. There are situations where each student has his or her own schedule. Also general information is available in table format [3] A user will have more trust in the app if he or she sees that the information is stored in a directory with subdirectories with CSV data </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div bgcolor="#FFFFFF"><p><font size="4"> but it is more complicated with the knowledge model[2] where each document should be saved in its own refstream file and loaded at demand, otherwise the whole model (educator+knowledge) may become too big and slow to save/load. Imagine the activity of a teacher or a learner along one school year, a lot of documents will be produced.<br></font></p></div></blockquote><div>I understand that teachers and students produce dynabook documents and exchange them. That means that a format for exchanging these documents is needed. Probably a binary one but not necessarily. Or a combination of it. MS Powerpoint and LOImpress also have pages/sildes and use various data formats. This format then is also the one to be used for persistence.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div bgcolor="#FFFFFF"><p><font size="4"> </font></p> <p><font size="4">I play a bit with DiskProxy so that document referenced in the educator model are saved as that, but I suspect it ends all the document model are still load at once. Document are a mix of view, model and presenter so it makes a lot, and it is not easy to control how far in the tree of objects the persistence goes, then other problems arise at realod, like disconnected object.<br></font></p></div></blockquote><div>Would it be possible to de-couple persistence needs?</div><div>Do the views need to be persisted? See recent discussion on this list about recreating morphs from source code, i.e. getting the source code for a morph tree and then using it to rebuild it.</div><div> </div><div>I continue my answer by replying to the mail Juan wrote.</div><div><br></div><div>--Hannes</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div bgcolor="#FFFFFF"><p><font size="4"> </font></p> <p><font size="4"><br> </font></p> <p><font size="4">[1] <a href="https://github.com/Dynamic-Book/doc/tree/main/technical/DyboApp#educator-objects" target="_blank">https://github.com/Dynamic-Book/doc/tree/main/technical/DyboApp#educator-objects</a><br> </font></p> <p><font size="4">[2] <a href="https://github.com/Dynamic-Book/doc/tree/main/technical/DyboApp#knowledge-objects" target="_blank">https://github.com/Dynamic-Book/doc/tree/main/technical/DyboApp#knowledge-objects</a><br> </font></p> <div>Le 14/12/2024 à 15:58, H. Hirzel via Cuis-dev a écrit :<br> </div> <blockquote type="cite">Could you please elaborate about your mixed experience with ReferenceStream? To know that would be helpful.</blockquote></div></blockquote><div><br></div><div>[3] As an illustration for the need of CSV data and that it makes sense to actually show the data in a directory structure: For example school holidays:</div><div>France:</div><a href="https://www.service-public.fr/particuliers/vosdroits/F31952?lang=en" target="_blank" rel="noreferrer nofollow noopener" style="line-height:1.5;font-family:system-ui,sans-serif;font-size:14px">https://www.service-public.fr/particuliers/vosdroits/F31952?lang=en</a></div><div class="gmail_quote gmail_quote_container">Switzerland<br style="line-height:1.5"><a href="https://publicholidays.ch/school-holidays/" target="_blank" rel="noreferrer nofollow noopener" style="line-height:1.5;font-family:system-ui,sans-serif;font-size:14px">https://publicholidays.ch/school-holidays/</a></div><div class="gmail_quote gmail_quote_container">Germany<br style="line-height:1.5"><a href="https://publicholidays.de/school-holidays/" target="_blank" rel="noreferrer nofollow noopener" style="line-height:1.5;font-family:system-ui,sans-serif;font-size:14px">https://publicholidays.de/school-holidays/</a></div><div class="gmail_quote gmail_quote_container">Italy<br style="line-height:1.5"><a href="https://publicholidays.it/school-holidays/" target="_blank" rel="noreferrer nofollow noopener" style="line-height:1.5;font-family:system-ui,sans-serif;font-size:14px">https://publicholidays.it/school-holidays/</a><br style="line-height:1.5;color:rgb(0,0,0);font-family:system-ui,sans-serif;font-size:14px"><br style="line-height:1.5;color:rgb(0,0,0);font-family:system-ui,sans-serif;font-size:14px"><div> The dynabook 'Cash register type' machine could start out with a well elaborated planning/scheduling part prepackaged with information needed for this.</div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div bgcolor="#FFFFFF"> <pre cols="72">-- <a href="http://mamot.fr/@drgeo" target="_blank">http://mamot.fr/@drgeo</a></pre> </div> -- <br> Cuis-dev mailing list<br> <a href="mailto:Cuis-dev@lists.cuis.st" target="_blank">Cuis-dev@lists.cuis.st</a><br> <a href="https://lists.cuis.st/mailman/listinfo/cuis-dev" rel="noreferrer" target="_blank">https://lists.cuis.st/mailman/listinfo/cuis-dev</a><br> </blockquote></div></div>