Menu
▾
▴
apc-aa-coders
|
From: Mitra <mi...@mi...> - 2002-12-26 01:54:53
|
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= 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 |
|
From: <jak...@se...> - 2002-12-27 14:30:02
|
Mitra, 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? 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= 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 > |
|
From: Michael de B. <mi...@de...> - 2002-12-27 18:12:59
|
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= 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... |
|
From: Honza M. <hon...@ec...> - 2002-12-27 22:10:02
|
I also like the idea of named views. Also, it should be quite easy to implement. 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 pro= ove > > the vid generated does not yet exist and if it does than generate > > another one.=20 > > It is not 100% perfect, because there is a chance another installatio= n > > generated the same id, but it is very simple. And who can be sure the > > name is unique? >=20 > 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. >=20 > I wrote a script misc/txt2fields/ which is a sort of slice=20 > structure export utility that is more human readable/human editable. =20 > I think human-editable is quite useful. >=20 > However, there is the problem of "Will the Name 'News' be unique?" >=20 > Would my idea below work -- when a view is created, you can try to give > it a 'name'? >=20 > 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. >=20 > If a view with that name does NOT already exist, > then you are allowed to give it that name. >=20 > In import utilities there could be a flag that either allows or warns a= nd > denies=20 > overwrites of views. >=20 > Michael >=20 > >=20 > > Jakub > >=20 > > > -----Original Message----- > > > From: apc...@li...=20 > > > [mailto:apc...@li...] On Behalf Of Mit= ra > > > Sent: Thursday, December 26, 2002 2:51 AM > > > To: apc...@so... > > > Subject: [Apc-aa-coders] Named views > > >=20 > > >=20 > > > Has anyone considered adding NAMES to views, so that a vid could be= =20 > > > either a name or a number? > > >=20 > > > The reason I want to do this is that I'd like to develop a site on = my=20 > > > laptop macintosh (which has working apc-aa on it) , the problem is= =20 > > > that if I export site structure it will have view numbers - which=20 > > > will not be usable on the other machine. > > >=20 > > > If noone has done this - and you think its a good idea - then I mig= ht=20 > > > be willing to make the changes. (by adding an optional name field t= o=20 > > > views, and having everywhere that vid=3D is recognized understand i= t? ) > > >=20 > > > - Mitra > > >=20 > > > --=20 > > > Mitra Technology Consulting - www.mitra.biz - mi...@mi... > > > 02-6684-8096 or 0414-648-0722 > > >=20 > > > Life is a Mystery to be Lived, not a Problem to be Solved > > >=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 > > >=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 > >=20 > =20 > 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 |
|
From: Mitra <mi...@mi...> - 2002-12-28 10:00:52
|
Mike Say a little more about your utility - is there an import equivalent ? - does it export/import views? Basically, what I'm looking for is some way to develop on one box, and th= en 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 ser= ver is not really that productive! - Mitra > I also like the idea of named views. Also, it should be quite easy to i= mplement. > > 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 pr= oove 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 installati= on 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 hu= man 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 giv= e 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 v= iew. >> >> 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 Mi= tra 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 b= e 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 si= te 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 mi= ght be willing to make >> the changes. (by adding an optional name field to views, and having e= verywhere 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 Mitra Internet Consulting Australia: +61-2-6684-8096; Mobile: +61-414-648-722; Fax: +61-7-3319-613= 0 US: +1-415-704-3167 ** mi...@mi... *** www.mitra.biz ** **** Life is a mystery to be lived, not a problem to be solved ***** |
|
From: Michael de B. <mi...@de...> - 2002-12-28 23:15:53
|
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 pr= oove 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 installati= on 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 hu= man 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 giv= e 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 v= iew. > >> > >> 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 Mi= tra 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 b= e 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 si= te 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 mi= ght be willing to make > >> the changes. (by adding an optional name field to views, and having e= verywhere 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 > --=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 >=20 =20 Michael de Beer mi...@de... |
|
From: Mitra <mi...@mi...> - 2002-12-29 06:02:30
|
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 -- 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 |
|
From: Setu, P. <se...@oh...> - 2003-01-05 06:50:50
|
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
o 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"
o example:
o _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.
o example:
o _2
+ 2nd view in the slice
3. It should NOT change the "local view id" when some views are delete=
d.
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
o if it is in shtml file, you can use variable to hide slice id=
:
o view.php3?vid=3D_3_$myslice
o $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
o for cmd[...]..., slice id is clear, so it works only with
"local view id".
o 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&f=
view=3D_5
o for iview and fview, slice id is clearly identified.
o if it is in shtml file, you can use variable for slice id.
+ slice.php3?slice_id=3D$myslice&iview=3D_3&fview=3D_5
example for the parameter of f_v alias function;
* vid=3D_4
o if there is no slice id, same slice which is active.
* vid=3D_4_8a98eb50efc5d240bc8d6b67f523d40
o 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=20
> to extend to handle more general tasks, for which it needs to at least=20
> 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...> sa=
id:
>>
>>> 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=20
>> views.
>>
>>> Basically, what I'm looking for is some way to develop on one box, a=
nd
>>> then install on another, a
>>> typical site includes a number of slices, views and constant=20
>>> definitions,
>>> that really want to be
>>> moved as a set? Developing on a long, sometimes slow, link to a liv=
e
>>> 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=20
>>> 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=20
>>> 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=20
>>> are human readable.
>>> >>
>>> >> I wrote a script misc/txt2fields/ which is a sort of slice
>>> >> structure export utility that is more human readable/human=20
>>> 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=20
>>> 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=20
>> 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=20
>>> warns and denies
>>> >> overwrites of views.
>>> >>
>>> >> Michael
>>> >>
>>> >> >
>>> >> > Jakub
>>> >> >
>>> >> > > -----Original Message-----
>>> >> > > From: apc...@li...
>>> >> > > [mailto:apc...@li...] On Behalf=20
>>> 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=20
>>> could be either a name or a
>>> >> number?
>>> >> > >
>>> >> > > The reason I want to do this is that I'd like to develop a=20
>>> site on my laptop macintosh
>>> >> (which has working apc-aa on it) , the problem is that if I=20
>>> export site structure it will
>>> >> have view numbers - which will not be usable on the other machin=
e.
>>> >> > >
>>> >> > > If noone has done this - and you think its a good idea -=20
>>> then I might be willing to make
>>> >> the changes. (by adding an optional name field to views, and=20
>>> having everywhere that vid=3D
>>> >> is recognized understand it? )
>>> >> > >
>>> >> > > - Mitra
>>> >> > >
>>> >> > > --
>>> >> > > Mitra Technology Consulting - www.mitra.biz -=20
>>> 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
>
>
>
--=20
Setu <se...@oh...>
ICQ: 34839317
AIM: setu
MSN: set...@ho...
YAHOO: setu_prem
|
|
From: Mitra <mi...@mi...> - 2003-01-05 09:42:33
|
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&fview=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" >>><mailto:mi...@mi...><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 definitio= ns, >>>> 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" >>>> >> <mailto:jak...@se...><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: >>>><mailto:apc...@li...>apc-aa-coders-admin@li= sts.sourceforge.net >>>> >> > > >>>>[<mailto:apc...@li...>mailto:apc-aa-coders-= ad...@li...] >>>>On Behalf Of Mitra Sent: Thursday, >>>> >> December 26, 2002 2:51 AM >>>> >> > > To: >>>><mailto:apc...@so...>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 - >>>><http://www.mitra.biz>www.mitra.biz - >>>><mailto:mi...@mi...>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>http://thinkgeek.com/sf >>>> >> > > _______________________________________________ >>>> >>> > >> > > Apc-aa-coders mailing list >>> >>>> >> > > >>>><mailto:Apc...@li...>Apc...@li...urcefo= rge.net >>>> >> > > >>>><https://lists.sourceforge.net/lists/listinfo/apc-aa-coders>https://list= s.sourceforge.net/lists/listinfo/apc-aa-coders >>>> >> > > >>>> >> > >>>> >> > >>>> >> > >>>> >> > ------------------------------------------------------- >>>> >> > This sf.net email is sponsored by:ThinkGeek >>>> >> > Welcome to geek heaven. >>>> >> > <http://thinkgeek.com/sf>http://thinkgeek.com/sf >>>> >> > _______________________________________________ >>>> >> > Apc-aa-coders mailing list >>>> >> > >>>><mailto:Apc...@li...>Apc...@li...urcefo= rge.net >>>> >> > >>>><https://lists.sourceforge.net/lists/listinfo/apc-aa-coders>https://list= s.sourceforge.net/lists/listinfo/apc-aa-coders >>>> >> > >>>> >> >>>> >> Michael de Beer >>>> >> <mailto:mi...@de...>mi...@de... >>>> >> >>>> >> >>>> >> ------------------------------------------------------- >>>> >> This sf.net email is sponsored by:ThinkGeek >>>> >> Welcome to geek heaven. >>>> >> <http://thinkgeek.com/sf>http://thinkgeek.com/sf >>>> >> _______________________________________________ >>>> >> Apc-aa-coders mailing list >>>> >> >>>><mailto:Apc...@li...>Apc...@li...urcefo= rge.net >>>> >> >>>><https://lists.sourceforge.net/lists/listinfo/apc-aa-coders>https://list= s.sourceforge.net/lists/listinfo/apc-aa-coders >>>> >> >>>> > >>>> > >>>> > >>>> > ------------------------------------------------------- >>>> > This sf.net email is sponsored by:ThinkGeek >>>> > Welcome to geek heaven. >>>> > <http://thinkgeek.com/sf>http://thinkgeek.com/sf >>>> > _______________________________________________ >>>> > Apc-aa-coders mailing list >>>> > >>>><mailto:Apc...@li...>Apc...@li...urcefo= rge.net >>>> > >>>><https://lists.sourceforge.net/lists/listinfo/apc-aa-coders>https://list= s.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 >>>> ** <mailto:mi...@mi...%C2%A0>mi...@mi... *** >>>><http://www.mitra.biz>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>http://thinkgeek.com/sf >>>> _______________________________________________ >>>> Apc-aa-coders mailing list >>>> Apc...@li... >>>> >>>><https://lists.sourceforge.net/lists/listinfo/apc-aa-coders>https://list= s.sourceforge.net/lists/listinfo/apc-aa-coders >>>> >>> >>>Michael de Beer >>><mailto:mi...@de...>mi...@de... >>> >>> >>>------------------------------------------------------- >>>This sf.net email is sponsored by:ThinkGeek >>>Welcome to geek heaven. >>><http://thinkgeek.com/sf>http://thinkgeek.com/sf >>>_______________________________________________ >>>Apc-aa-coders mailing list >>><mailto:Apc...@li...>Apc...@li...urcefor= ge.net >>><https://lists.sourceforge.net/lists/listinfo/apc-aa-coders>https://lists= =2Esourceforge.net/lists/listinfo/apc-aa-coders >>> >> >> > > >-- >Setu <mailto:se...@oh...><se...@oh...> > ICQ: 34839317 > AIM: setu > MSN: <mailto:set...@ho...>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 |
|
From: Setu, P. <se...@oh...> - 2003-01-05 19:22:01
|
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=20
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=20
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,=20
> 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 i=
d:
>> * 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 HTM=
L
>> 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&fview=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=20
>>> tool to extend to handle more general tasks, for which it needs to=20
>>> 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...>=20
>>>> <mailto: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=20
>>>> views.
>>>>
>>>>> Basically, what I'm looking for is some way to develop on one=20
>>>>> box, and
>>>>> then install on another, a
>>>>> typical site includes a number of slices, views and constant=20
>>>>> definitions,
>>>>> that really want to be
>>>>> moved as a set? Developing on a long, sometimes slow, link to a l=
ive
>>>>> server is not really that
>>>>> productive!
>>>>
>>>> Agreed. I have had the same problem. I used this utility when I wa=
s
>>>> 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...> <mailto:jak...@se...> said:
>>>>> >> > There is a simpler way: Generate vid by random. The function=20
>>>>> 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=20
>>>>> installation generated the same
>>>>> >> id, but it is very simple. And who can be sure the name is uniq=
ue?
>>>>> >>
>>>>> >> I like Mitra's idea of Named views better than
>>>>> >> Jakub's idea of random ids. I like 'Names' better because=20
>>>>> 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=20
>>>>> editable. I think human-editable
>>>>> >> is quite useful.
>>>>> >>
>>>>> >> However, there is the problem of "Will the Name 'News' be uniqu=
e?"
>>>>> >>
>>>>> >> Would my idea below work -- when a view is created, you can=20
>>>>> 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=20
>>>> 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=20
>>>>> or warns and denies
>>>>> >> overwrites of views.
>>>>> >>
>>>>> >> Michael
>>>>> >>
>>>>> >> >
>>>>> >> > Jakub
>>>>> >> >
>>>>> >> > > -----Original Message-----
>>>>> >> > > From: apc...@li...=20
>>>>> <mailto:apc...@li...>
>>>>> >> > > [mailto:apc...@li...] On=20
>>>>> Behalf Of Mitra Sent: Thursday,
>>>>> >> December 26, 2002 2:51 AM
>>>>> >> > > To: apc...@so...=20
>>>>> <mailto:apc...@so...>
>>>>> >> > > Subject: [Apc-aa-coders] Named views
>>>>> >> > >
>>>>> >> > >
>>>>> >> > > Has anyone considered adding NAMES to views, so that a vid=20
>>>>> could be either a name or a
>>>>> >> number?
>>>>> >> > >
>>>>> >> > > The reason I want to do this is that I'd like to develop a=20
>>>>> site on my laptop macintosh
>>>>> >> (which has working apc-aa on it) , the problem is that if I=20
>>>>> export site structure it will
>>>>> >> have view numbers - which will not be usable on the other=20
>>>>> machine.
>>>>> >> > >
>>>>> >> > > If noone has done this - and you think its a good idea -=20
>>>>> then I might be willing to make
>>>>> >> the changes. (by adding an optional name field to views, and=20
>>>>> having everywhere that vid=3D
>>>>> >> is recognized understand it? )
>>>>> >> > >
>>>>> >> > > - Mitra
>>>>> >> > >
>>>>> >> > > --
>>>>> >> > > Mitra Technology Consulting - www.mitra.biz=20
>>>>> <http://www.mitra.biz> - mi...@mi... <mailto:mi...@mi...>=20
>>>>> 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...=20
>>>>> <mailto: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...=20
>>>>> <mailto:Apc...@li...>
>>>>> >> > https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
>>>>> >> >
>>>>> >>
>>>>> >> Michael de Beer
>>>>> >> mi...@de... <mailto: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...=20
>>>>> <mailto: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...=20
>>>>> <mailto: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... <mailto:mi...@mi...%C2%A0> ***=20
>>>>> www.mitra.biz <http://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... <mailto: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...=20
>>>> <mailto:Apc...@li...>
>>>> https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
>>>
>>>
>>>
>>
>>
>> --
>> Setu <se...@oh...> <mailto:se...@oh...>
>> ICQ: 34839317
>> AIM: setu
>> MSN: set...@ho... <mailto:set...@ho...>
>> YAHOO: setu_prem
>
>
>
>--=20
> =20
>
> Mitra Technology Consulting - www.mitra.biz - mi...@mi...
> 02-6684-8096 or 0414-648-0722=20
>
> Life is a Mystery to be Lived, not a Problem to be Solved
--=20
Setu <se...@oh...>
ICQ: 34839317
AIM: setu
MSN: set...@ho...
YAHOO: setu_prem
|
|
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 |
|
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 |
×
Want the latest updates on software, tech news, and AI?
Get latest updates about software, tech news, and AI from SourceForge directly in your inbox once a month.
Thanks for helping keep SourceForge clean.
X