Re: [Apc-aa-coders] Named views

SourceForge Headquarters 225 Broadway Suite 1600 San Diego, CA 92101 +1 (858) 422-6466

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

Re: [Apc-aa-coders] Named views

ActionApps - easy and automated publishing and sharing for websites

Re: [Apc-aa-coders] Named views