Menu
▾
▴
Re: [Apc-aa-coders] Named views
|
From: Honza M. <hon...@ec...> - 2003-01-05 19:38:33
|
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 =20 On Ne, 2003-01-05 at 20:20, Setu, Prem wrote: > Hi Mitra >=20 > 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. >=20 > 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" >=20 > love > setu >=20 >=20 > Mitra wrote: > > Hi Setu > >=20 > > This seems more complex than needed, what problems would this solve, > > that a simple ascii name would not? > >=20 > > - Mitra > >=20 > >=20 > > At 12:19 PM +0530 5/1/03, Setu, Prem wrote: > > > Hi Mitra > > >=20 > > > I am carrying little ideas for this issue. > > > I am not working for it, just carrying ideas. > > >=20 > > > 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:=20 > > > * 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 fee= d > > > through HTML definition of the views. > > > example for slice.php3 with iview=3D or fview=3D > > > * slice.php3?slice_id=3D8a98eb50efc5d240bc8d6b67f523d40a&ivie= w=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&f= view=3D_5 > > > *=20 > > > 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 > > >=20 > > > __________________________________________________________________ > > > This is another thing, but I thought about using "name". > > >=20 > > > 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) > > >=20 > > > vid=3D_2_(slice name) > > >=20 > > > If the "name" is not unique, first one found by system is used. > > >=20 > > >=20 > > >=20 > > > Thanks for reading. > > >=20 > > > love > > > setu > > >=20 > > > Mitra wrote: > > > > So .... > > > >=20 > > > > 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? > > > >=20 > > > > - Mitra > > > >=20 > > > >=20 > > > > 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 > > > > > >=20 > > > > > > Say a little more about your utility > > > > > >=20 > > > > > > - 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=20 > > > > > > 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 > > > > > >=20 > > > > > >=20 > > > > > > -- > > > > > > 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 ** > > > > > >=20 > > > > > > **** Life is a mystery to be lived, not a problem to be > > > > > > solved ***** > > > > > >=20 > > > > > >=20 > > > > > >=20 > > > > > >=20 > > > > > > ------------------------------------------------------- > > > > > > 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... > > > > >=20 > > > > >=20 > > > > > ------------------------------------------------------- > > > > > 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 > > > >=20 > > >=20 > > > -- > > > Setu <se...@oh...> > > > ICQ: 34839317 > > > AIM: setu > > > MSN: set...@ho... > > > YAHOO: setu_prem > >=20 > >=20 > >=20 > > --=20 > > =20 > > Mitra Technology Consulting - www.mitra.biz - mi...@mi... > > 02-6684-8096 or 0414-648-0722=20 > >=20 > > Life is a Mystery to be Lived, not a Problem to be Solved > >=20 >=20 >=20 >=20 > --=20 > Setu <se...@oh...> > ICQ: 34839317 > AIM: setu > MSN: set...@ho... > YAHOO: setu_prem >=20 |
