i see and I have the impression that with a counter and modulo you would not have to copy.
On Jan 20, 2009, at 12:54 PM, Alexandre Bergel wrote: > What I currently do, is something like: > > history addFirst: workspace content. > history := history copyFrom: 1 to: (history size min: 5). > > Alexandre > > On 20 Jan 2009, at 11:15, Stéphane Ducasse wrote: > >> yes >> so you always add to your collection but you do not have to have 5 >> instance variables >> and have a counter and also always add at the icunter value or simply >> do a modulo: 5 + 1 >> >> stef >> >> On Jan 20, 2009, at 10:24 AM, Alexandre Bergel wrote: >> >>> Humm... Ideally, the history should contains the most recent >>> workspace >>> contents doesn't it? >>> >>> Alexandre >>> >>> >>> On 20 Jan 2009, at 10:17, Stéphane Ducasse wrote: >>> >>>> why don't you use a "circular" array using atWrap >>>> >>>> atWrap: index put: value >>>> "Store value into the index'th element of the receiver. If index >>>> is >>>> out >>>> of bounds, let it wrap around from the end to the beginning until >>>> it >>>> is in bounds. Answer value." >>>> >>>> ^ self at: index - 1 \\ self size + 1 put: value >>>> >>>> :) >>>> >>>> On Jan 20, 2009, at 9:44 AM, Alexandre Bergel wrote: >>>> >>>>>>>> Neat behaviour - I'll have to try it out (like, what happens >>>>>>>> when >>>>>>>> you have 5 open workspaces - do they all have access to the >>>>>>>> same >>>>>>>> list of history? Just something to try). >>>>>>>> >>>>>>>> What about contents of workspace variables? Are those stored >>>>>>>> in >>>>>>>> the >>>>>>>> history as well? >>>>>>> >>>>>>> Actually, I seldom reuse variables across workspaces and have no >>>>>>> more >>>>>>> than 2 or 3 workspace at the same time. >>>>>>> What would be the ideal scenario for variables? >>>>>>> >>>>>>> Thanks for your words, >>>>>>> Alexandre >>>>> >>>>> The history for workspace contents has 5 slots. Slots are filled >>>>> upon >>>>> workspace deletion: when you close a workspace, its content is >>>>> inserted in the history. Only the last 5 contents are remembered. >>>>> Other are forgotten. >>>>> >>>>> It is easy to increase this limit although. >>>>> >>>>> Cheers, >>>>> Alexandre >>>>> -- >>>>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>>>> Alexandre Bergel http://www.bergel.eu >>>>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> >>>>> _______________________________________________ >>>>> Pharo-project mailing list >>>>> [email protected] >>>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo- >>>>> project >>>>> >>>> >>>> >>>> _______________________________________________ >>>> Pharo-project mailing list >>>> [email protected] >>>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>>> >>> >>> -- >>> _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: >>> Alexandre Bergel http://www.bergel.eu >>> ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. >>> >>> >>> >>> >>> >>> >>> _______________________________________________ >>> Pharo-project mailing list >>> [email protected] >>> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >>> >> >> >> _______________________________________________ >> Pharo-project mailing list >> [email protected] >> http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project >> > > -- > _,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;: > Alexandre Bergel http://www.bergel.eu > ^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;._,.;:~^~:;. > > > > > > > _______________________________________________ > Pharo-project mailing list > [email protected] > http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project > _______________________________________________ Pharo-project mailing list [email protected] http://lists.gforge.inria.fr/cgi-bin/mailman/listinfo/pharo-project
