Menu
▾
▴
Re: [Apc-aa-coders] Named views
|
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
|
