Menu
▾
▴
Re: [Apc-aa-coders] Named views
|
From: Mitra <mi...@mi...> - 2003-01-05 21:11:41
|
I agree, its pretty easy to get a unique name if you want to - you could name a view after a slice - for example I would name my views for Green Pages, "GreenPages Home" etc. If I need something that is almost guarranteed unique then I pick a random number. But in practice I think the hassles from name clashes would be far smaller than the ones we have now with import/export. - Mitra At 8:54 PM +0100 5/1/03, Honza Malik wrote: >Hi Mitra, Setu > > I must say I like the acsii names a bit more than the Setus' numbers. >I think the names solves more than numbers - if you want to create a >view on your home box and then import new view to the live AA >installation, then in number version could be problem of already >existing view. In nemed version (with clever name) is the chance to have >the same name twice a bit smaller. > > Honza > > > >On Ne, 2003-01-05 at 20:20, Setu, Prem wrote: >> Hi Mitra >> >> The simple ascii name has little problem to keep the view names >> unique. >> Also it makes importing view difficult, it asks the imported view's >> name to be unique in the system width. >> If the AA installation has many slices, it can bring confusion. >> >> But yes, it does not need the local ID as number. >> If system searches "view name" like follows, it would be better; >> 1. LOCAL: Searching "view name" in the current slice (if there is >> a slice working on). >> 2. GLOBAL: Searching "view name" in the whole system, 1st one >> found will be used. >> Also if we can write "view name" with slice identification, it can >> avoid mis identification of view. >> "view name"+"slice id" or >> "view name"+"slice name" >> >> love >> setu >> >> >> Mitra wrote: >> > Hi Setu >> > >> > This seems more complex than needed, what problems would this solve, >> > that a simple ascii name would not? >> > >> > - Mitra >> > >> > >> > At 12:19 PM +0530 5/1/03, Setu, Prem wrote: >> > > Hi Mitra >> > > >> > > I am carrying little ideas for this issue. >> > > I am not working for it, just carrying ideas. >> > > >> > > Bringing two ways to identify the view. >> > > 1. "system global view id" (like now) >> > > * this id will be changed if system is different. >> > > * example >> > > * 23 >> > > 2. "slice local view id". (NEW) > > > > * slice id may different in other system, but local > > > > view id can be same. > > > > * pair of "slice id" and "local view id" >> > > * example: >> > > * _2_8a98eb50efc5d240bc8d6b67f523d40a >> > > * this is "local view id": 2 in the >> > > slice >> > > 8a98eb50efc5d240bc8d6b67f523d40a >> > > * if the slice id is clear in the context, only >> > > "local view id" should work. >> > > * example: >> > > * _2 >> > > * 2nd view in the slice >> > > 3. It should NOT change the "local view id" when some >> > > views are deleted. >> > > this can save our life in two ways... >> > > 1. It makes "shtml files" or "definitions in AA" >> > > portable. >> > > 2. It helps for the implemention work for >> > > "import/export slice with views" >> > > * when import it generate different "system global >> > > view id", but it keeps "slice local view id" as >> > > same number. >> > > example for view.php3: >> > > * view.php3?vid=3D23 // like now >> > > * view.php3?vid=3D_3_8a98eb50efc5d240bc8d6b67f523d40a // >> > > new with local view id + slice id >> > > * if it is in shtml file, you can use variable to >> > > hide slice id: >> > > * view.php3?vid=3D_3_$myslice >> > > * $myslice is defined in installation unique shtml > > > > file for the portability for other shtml files. >> > > * >>view.php3?vid=3D_3_8a98eb50efc5d240bc8d6b67f523d40a&cmd[_3]=3Dx-_3-_#SITEM= _ID >> > > * for cmd[...]..., slice id is clear, so it works >> > > only with "local view id". >> > > * or with variable in shtml; >> > > * view.php3?vid=3D_3_$myslice >> > > * and "cmd[_3]=3Dx-_3-_#SITEM_ID" will be feed >> > > through HTML definition of the views. >> > > example for slice.php3 with iview=3D or fview=3D >> > > * >>slice.php3?slice_id=3D8a98eb50efc5d240bc8d6b67f523d40a&iview=3D_3&fview=3D= _5 >> > > * for iview and fview, slice id is clearly >> > > identified. >> > > * if it is in shtml file, you can use variable for >> > > slice id. >> > > * slice.php3?slice_id=3D$myslice&iview=3D_3&fv= iew=3D_5 >> > > * >> > > example for the parameter of f_v alias function; >> > > * vid=3D_4 >> > > * if there is no slice id, same slice which is >> > > active. >> > > * vid=3D_4_8a98eb50efc5d240bc8d6b67f523d40 >> > > * calling view of different slice >> > > * vid=3D_4&cmd[_4]=3Dx-_4-_#SITEM_ID >> > > >> > > __________________________________________________________________ >> > > This is another thing, but I thought about using "name". >> > > >> > > vid=3D(view name) // global vid by name >> > > vid=3D_(view name) // local vid >> > > vid=3D_(view name)_(slice name) // identify slice by name >> > > slice_id=3D(slice name) >> > > >> > > vid=3D_2_(slice name) >> > > >> > > If the "name" is not unique, first one found by system is used. >> > > >> > > >> > > >> > > Thanks for reading. >> > > >> > > love >> > > setu >> > > >> > > Mitra wrote: >> > > > So .... >> > > > >> > > > the questions remain - how far did you get, would this be a good >> > > > tool to extend to handle more general tasks, for which it needs >> > > > to at least export Views, and is there an import version? >> > > > >> > > > - Mitra >> > > > >> > > > >> > > > At 3:15 PM -0800 28/12/02, Michael de Beer wrote: >> > > > > On Sat, 28 Dec 2002 20:55:39 +1100 (EST), "Mitra" >> > > > > <mi...@mi...> said: >> > > > > > Mike >> > > > > > >> > > > > > Say a little more about your utility >> > > > > > >> > > > > > - is there an import equivalent ? >> > > > > > - does it export/import views? >> > > > > Yes, there is an import equivalent. No, it does not >> > > > > import/export views. >> > > > > > Basically, what I'm looking for is some way to develop on >> > > > > > one box, and >> > > > > > then install on another, a >> > > > > > typical site includes a number of slices, views and >> > > > > > constant definitions, >> > > > > > that really want to be >> > > > > > moved as a set? Developing on a long, sometimes slow, link >> > > > > > to a live >> > > > > > server is not really that >> > > > > > productive! >> > > > > Agreed. I have had the same problem. I used this utility >> > > > > when I was >> > > > > making a site that had a LOT of fields that needed >> > > > > configuring. >> > > > > I developed it on my laptop and then exported it to the apc >> > > > > website. >> > > > > Michael >> > > > > > > >> > > > > > > Honza >> > > > > > > >> > > > > > > On P=E1, 2002-12-27 at 19:12, Michael de Beer wrote: >> > > > > > >> On Fri, 27 Dec 2002 15:31:17 +0100, "Jakub Adamek" >> > > > > > >> <jak...@se...> said: >> > > > > > >> > There is a simpler way: Generate vid by random. The >> > > > > > function must proove the vid generated >> > > > > > >> does not yet exist and if it does than generate another >> > > > > > one. >> > > > > > >> > It is not 100% perfect, because there is a chance >> > > > > > another installation generated the same >> > > > > > >> id, but it is very simple. And who can be sure the name >> > > > > > is unique? >> > > > > > >> >> > > > > > >> I like Mitra's idea of Named views better than >> > > > > > >> Jakub's idea of random ids. I like 'Names' better >> > > > > > because they are human readable. >> > > > > > >> > > > > > > > >> I wrote a script misc/txt2fields/ which is a sort of >> > > > > > slice >> > > > > > >> structure export utility that is more human >> > > > > > readable/human editable. I think human-editable >> > > > > > >> is quite useful. >> > > > > > >> >> > > > > > >> However, there is the problem of "Will the Name 'News' >> > > > > > be unique?" >> > > > > > >> >> > > > > > >> Would my idea below work -- when a view is created, you >> > > > > > can try to give it a 'name'? >> > > > > > >> >> > > > > > >> If a view with that name already exists >> > > > > > >> AND you have permission to overwrite the view, >> > > > > > >> Then you are asked if you want to overwrite the named >> > > > > view with your view. >> > > > > > >> >> > > > > > >> If a view with that name does NOT already exist, >> > > > > > >> then you are allowed to give it that name. >> > > > > > >> >> > > > > > >> In import utilities there could be a flag that either >> > > > > > allows or warns and denies >> > > > > > >> overwrites of views. >> > > > > > >> >> > > > > > >> Michael >> > > > > > >> >> > > > > > >> > >> > > > > > >> > Jakub >> > > > > > >> > >> > > > > > >> > > -----Original Message----- >> > > > > > >> > > From: apc...@li... >> > > > > > >> > > [mailto:apc...@li...] >> > > > > > On Behalf Of Mitra Sent: Thursday, >> > > > > > >> December 26, 2002 2:51 AM >> > > > > > >> > > To: apc...@so... >> > > > > > >> > > Subject: [Apc-aa-coders] Named views >> > > > > > >> > > >> > > > > > >> > > >> > > > > > >> > > Has anyone considered adding NAMES to views, so that >> > > > > > a vid could be either a name or a >> > > > > > >> number? >> > > > > > >> > > >> > > > > > >> > > The reason I want to do this is that I'd like to >> > > > > > develop a site on my laptop macintosh >> > > > > > >> (which has working apc-aa on it) , the problem is that >> > > > > > if I export site structure it will >> > > > > > >> have view numbers - which will not be usable on the >> > > > > > other machine. >> > > > > > >> > > >> > > > > > >> > > If noone has done this - and you think its a good >> > > > > > idea - then I might be willing to make >> > > > > > >> the changes. (by adding an optional name field to >> > > > > > views, and having everywhere that vid=3D >> > > > > > >> is recognized understand it? ) >> > > > > > >> > > >> > > > > > >> > > - Mitra >> > > > > > >> > > >> > > > > > >> > > -- >> > > > > > >> > > Mitra Technology Consulting - www.mitra.biz - >> > > > > > mi...@mi... 02-6684-8096 or >> > > > > > >> 0414-648-0722 >> > > > > > >> > > >> > > > > > >> > > Life is a Mystery to be Lived, not a Problem to be >> > > > > > Solved >> > > > > > >> > > >> > > > > > >> > > >> > > > > > >> > > >> > > > > > >> > > >> > > > > > ------------------------------------------------------- >> > > > > > >> > > This sf.net email is sponsored by:ThinkGeek >> > > > > > >> > > Welcome to geek heaven. >> > > > > > >> > > http://thinkgeek.com/sf >> > > > > > >> > > _______________________________________________ >> > > > > > >> > > Apc-aa-coders mailing list >> > > > > > >> > > Apc...@li... >> > > > > > >> > > >> > > > > > https://lists.sourceforge.net/lists/listinfo/apc-aa-coders >> > > > > > >> > > >> > > > > > >> > >> > > > > > >> > >> > > > > > >> > >> > > > > > >> > >> > > > > > ------------------------------------------------------- >> > > > > > >> > This sf.net email is sponsored by:ThinkGeek >> > > > > > >> > Welcome to geek heaven. >> > > > > > >> > http://thinkgeek.com/sf >> > > > > > >> > _______________________________________________ >> > > > > > >> > Apc-aa-coders mailing list >> > > > > > >> > Apc...@li... >> > > > > > >> > >> > > > > > https://lists.sourceforge.net/lists/listinfo/apc-aa-coders >> > > > > > >> > >> > > > > > >> >> > > > > > >> Michael de Beer >> > > > > > >> mi...@de... >> > > > > > >> >> > > > > > >> >> > > > > > >> ------------------------------------------------------- >> > > > > > >> This sf.net email is sponsored by:ThinkGeek > > > > > > > >> Welcome to geek heaven. >> > > > > > >> http://thinkgeek.com/sf >> > > > > > >> _______________________________________________ >> > > > > > >> Apc-aa-coders mailing list >> > > > > > >> Apc...@li... >> > > > > > >> >> > > > > > https://lists.sourceforge.net/lists/listinfo/apc-aa-coders >> > > > > > >> >> > > > > > > >> > > > > > > >> > > > > > > >> > > > > > > ------------------------------------------------------- >> > > > > > > This sf.net email is sponsored by:ThinkGeek >> > > > > > > Welcome to geek heaven. >> > > > > > > http://thinkgeek.com/sf >> > > > > > > _______________________________________________ >> > > > > > > Apc-aa-coders mailing list >> > > > > > > Apc...@li... >> > > > > > > >> > > > > > https://lists.sourceforge.net/lists/listinfo/apc-aa-coders >> > > > > > >> > > > > > >> > > > > > -- >> > > > > > Mitra Internet Consulting >> > > > > > Australia: +61-2-6684-8096; Mobile: +61-414-648-722; Fax: >> > > > > > +61-7-3319-6130 US: +1-415-704-3167 >> > > > > > ** mi...@mi... *** www.mitra.biz ** >> > > > > > >> > > > > > **** Life is a mystery to be lived, not a problem to be >> > > > > > solved ***** >> > > > > > >> > > > > > >> > > > > > >> > > > > > >> > > > > > ------------------------------------------------------- >> > > > > > This sf.net email is sponsored by:ThinkGeek >> > > > > > Welcome to geek heaven. >> > > > > > http://thinkgeek.com/sf >> > > > > > _______________________________________________ >> > > > > > Apc-aa-coders mailing list >> > > > > > Apc...@li... >> > > > > > https://lists.sourceforge.net/lists/listinfo/apc-aa-coders >> > > > > Michael de Beer >> > > > > mi...@de... >> > > > > >> > > > > >> > > > > ------------------------------------------------------- >> > > > > This sf.net email is sponsored by:ThinkGeek >> > > > > Welcome to geek heaven. >> > > > > http://thinkgeek.com/sf >> > > > > _______________________________________________ >> > > > > Apc-aa-coders mailing list >> > > > > Apc...@li... >> > > > > https://lists.sourceforge.net/lists/listinfo/apc-aa-coders >> > > > >> > > >> > > -- >> > > Setu <se...@oh...> >> > > ICQ: 34839317 >> > > AIM: setu >> > > MSN: set...@ho... >> > > YAHOO: setu_prem >> > >> > >> > >> > -- >> > >> > Mitra Technology Consulting - www.mitra.biz - mi...@mi... >> > 02-6684-8096 or 0414-648-0722 >> > >> > Life is a Mystery to be Lived, not a Problem to be Solved >> > >> >> >> >> -- >> Setu <se...@oh...> >> ICQ: 34839317 >> AIM: setu >> MSN: set...@ho... >> YAHOO: setu_prem >> > > > >------------------------------------------------------- >This sf.net email is sponsored by:ThinkGeek >Welcome to geek heaven. >http://thinkgeek.com/sf >_______________________________________________ >Apc-aa-coders mailing list >Apc...@li... >https://lists.sourceforge.net/lists/listinfo/apc-aa-coders -- Mitra Technology Consulting - www.mitra.biz - mi...@mi... 02-6684-8096 or 0414-648-0722 Life is a Mystery to be Lived, not a Problem to be Solved |
