Menu
▾
▴
apc-aa-coders — Discussion only useful to active developers.
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(21) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(136) |
Feb
(104) |
Mar
(80) |
Apr
(21) |
May
(36) |
Jun
(18) |
Jul
(22) |
Aug
(5) |
Sep
(11) |
Oct
(7) |
Nov
(3) |
Dec
(12) |
| 2004 |
Jan
(5) |
Feb
|
Mar
(3) |
Apr
(1) |
May
|
Jun
(1) |
Jul
(3) |
Aug
(6) |
Sep
(3) |
Oct
(4) |
Nov
(4) |
Dec
|
| 2005 |
Jan
(1) |
Feb
(4) |
Mar
|
Apr
(7) |
May
(4) |
Jun
(7) |
Jul
(4) |
Aug
(4) |
Sep
|
Oct
(8) |
Nov
(4) |
Dec
(1) |
| 2006 |
Jan
|
Feb
(3) |
Mar
(2) |
Apr
(4) |
May
|
Jun
(6) |
Jul
(2) |
Aug
(1) |
Sep
|
Oct
(3) |
Nov
|
Dec
|
| 2007 |
Jan
|
Feb
(4) |
Mar
(7) |
Apr
(4) |
May
(4) |
Jun
(8) |
Jul
(2) |
Aug
(2) |
Sep
|
Oct
|
Nov
(2) |
Dec
|
| 2009 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(2) |
Jun
(1) |
Jul
(3) |
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
| 2010 |
Jan
|
Feb
(1) |
Mar
|
Apr
(2) |
May
|
Jun
|
Jul
|
Aug
(1) |
Sep
|
Oct
|
Nov
|
Dec
|
|
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: 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: 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: Mitra <mi...@mi...> - 2003-01-05 09:32:38
|
Yes, if you check it back into CVS ! If you don't know how, or don't have permissions to submit something back to CVS (and make sure to just submit the changed file, or like me you'll make the mistake of submitting config.php3! ) then you can send me the changed file and I'll submit it. - Mitra At 9:37 AM +0530 5/1/03, Ram Prasad wrote: >Okay. But will this change be incorporated into the >existing code so that everyone could make use of this ? > >- Ram >Ram Says .... Mitra >> Ram >> >> I suggest changing the entries to use an entry from >> include/config.php >> >> I think it should be >> >> $AA_BASE_PATH . "misc/wysiwyg/" >> >> - Mitra >> >> >> >> >> At 3:36 PM +0530 4/1/03, Ram Prasad wrote: >>>Hi >>> >>>I tried the "anonymous posting from public website". >>> When using the Richtext area, and using the form, the >>> form does not render properly ( it does not load the >>> images in the RichText box) and was throwing up >>> Javascript errors. I checked the required files, and >>> found that the script used "../misc/wysiwyg/" to >>> reference the javascript and the images required to >>> render the richtext box. This does not work fine when >>> we use our custom forms to add records. So, I changed >>> all the >>>"../misc/wysiwyg/" to "/apc-aa/misc/wysiwyg/" and it >>> started working fine. >>> >>>Now, >>>1) I would like to know if this is a feature or a bug >>>2) If bug, can we change the code to have >>> "/apc-aa/misc/wysiwyg/" instead of "../misc/wysiwyg/" ( >>> there could be a problem here: many may not be using >>> apc-aa as their ActionApps directory.) >>> >>>- Ram >>> >>> >>> >>> >>>------------------------------------------------------- >>>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 > > >------------------ >Ram Prasad >www.megalinux.net -- 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: Mitra <mi...@mi...> - 2003-01-05 09:28:18
|
I'm trying to create an item, so that I can call "unalias" on it, using a Short item id. I think this should be enough information to create one, but I can't find an appropriate way to create the item. If I've understood correctly I would use "new item" from include/item.php3 but this seems to want a lot more information. Is there any code around that does this? - 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: 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: Ram P. <ra...@pa...> - 2003-01-05 04:12:50
|
Okay. But will this change be incorporated into the existing code so that everyone could make use of this ? - Ram Ram Says .... Mitra > Ram > > I suggest changing the entries to use an entry from > include/config.php > > I think it should be > > $AA_BASE_PATH . "misc/wysiwyg/" > > - Mitra > > > > > At 3:36 PM +0530 4/1/03, Ram Prasad wrote: >>Hi >> >>I tried the "anonymous posting from public website". >> When using the Richtext area, and using the form, the >> form does not render properly ( it does not load the >> images in the RichText box) and was throwing up >> Javascript errors. I checked the required files, and >> found that the script used "../misc/wysiwyg/" to >> reference the javascript and the images required to >> render the richtext box. This does not work fine when >> we use our custom forms to add records. So, I changed >> all the >>"../misc/wysiwyg/" to "/apc-aa/misc/wysiwyg/" and it >> started working fine. >> >>Now, >>1) I would like to know if this is a feature or a bug >>2) If bug, can we change the code to have >> "/apc-aa/misc/wysiwyg/" instead of "../misc/wysiwyg/" ( >> there could be a problem here: many may not be using >> apc-aa as their ActionApps directory.) >> >>- Ram >> >> >> >> >>------------------------------------------------------- >>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 ------------------ Ram Prasad www.megalinux.net |
|
From: Mitra <mi...@mi...> - 2003-01-04 21:31:45
|
Ram I suggest changing the entries to use an entry from include/config.php I think it should be $AA_BASE_PATH . "misc/wysiwyg/" - Mitra At 3:36 PM +0530 4/1/03, Ram Prasad wrote: >Hi > >I tried the "anonymous posting from public website". When using the >Richtext area, and using the form, the form does not render properly ( >it does not load the images in the RichText box) and was throwing up >Javascript errors. I checked the required files, and found that the >script used "../misc/wysiwyg/" to reference the javascript and the >images required to render the richtext box. This does not work fine when >we use our custom forms to add records. So, I changed all the >"../misc/wysiwyg/" to "/apc-aa/misc/wysiwyg/" and it started working >fine. > >Now, >1) I would like to know if this is a feature or a bug >2) If bug, can we change the code to have "/apc-aa/misc/wysiwyg/" >instead of "../misc/wysiwyg/" ( there could be a problem here: many may >not be using apc-aa as their ActionApps directory.) > >- Ram > > > > >------------------------------------------------------- >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: Ram P. <ra...@pa...> - 2003-01-04 10:07:15
|
Hi I tried the "anonymous posting from public website". When using the Richtext area, and using the form, the form does not render properly ( it does not load the images in the RichText box) and was throwing up Javascript errors. I checked the required files, and found that the script used "../misc/wysiwyg/" to reference the javascript and the images required to render the richtext box. This does not work fine when we use our custom forms to add records. So, I changed all the "../misc/wysiwyg/" to "/apc-aa/misc/wysiwyg/" and it started working fine. Now, 1) I would like to know if this is a feature or a bug 2) If bug, can we change the code to have "/apc-aa/misc/wysiwyg/" instead of "../misc/wysiwyg/" ( there could be a problem here: many may not be using apc-aa as their ActionApps directory.) - Ram |
|
From: Mitra <mi...@mi...> - 2003-01-03 22:21:40
|
Is anyone likely to have problems if the Remove strings apply to the entire result of a view/slice rather than just to certain parts as it does now? Honza - I'm ready to CVS submit the merged string handling code, but just need your ok on doing this because of the change to Remove. - 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: Honza M. <hon...@ec...> - 2003-01-03 21:42:27
|
On P=E1, 2003-01-03 at 03:11, Mitra wrote:
> I notice that in the site, it accepts the syntax
>=20
> switch(m)a:123:b:456
>=20
> For consistency, this should be
>=20
> switch({m})a:123:b:456
> just like
> switch({headline........})a:123:b:456
>=20
> Would you have a problem if the merged code used the consistent=20
> syntax, or does it need special-casing?
You are right - the syntax there should be switch({m}). There will not
be problem, if you add new syntax there.=20
If you drop the current one, we will have to change some spots in Ecn
site (and in Changenet site).
Honza
|
|
From: Mitra <mi...@mi...> - 2003-01-03 02:17:14
|
I notice that in the site, it accepts the syntax
switch(m)a:123:b:456
For consistency, this should be
switch({m})a:123:b:456
just like
switch({headline........})a:123:b:456
Would you have a problem if the merged code used the consistent
syntax, or does it need special-casing?
- 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: Mitra <mi...@mi...> - 2003-01-03 00:15:00
|
Hi Honza
I don't like using the one-line .shtml file, since it means that you
have to go in and setup an HTML file, just for this purpose - when
nothing else on the site currently needs HTML editing. I'd also
like to see site_greenpages.php3 moved into the database, for similar
reasons.
I've put together some functions to make site_greenpages.php3, I'll
share them here when they are ready.
I've got logic in site_greenpages.php3 that tests the m=3D variable and
sets the first field of apc_state, (Copied from your examples) it
works fine, the problem is adding the m=3D variable to a URL, when
there is no way to find that URL from within a view. What URL's are
you putting in your code or are you using f_f and f_b (functions I
never use, because they never do what I want! )
I'm not finding the site code to be very generalized, its specific to
how YOU write sites, I've got a fairly typical (for me) site, where
I have a home page with a list of categories (generated by a view)
and these need to call the site module changing the first state
variable to "c" and setting the item number. I can't figure out how
to do this given the current structure of sites, since the View has
no access to the site variables, so it can't generate the URL.
I've started merging the string expanding code, should be ready later
today. Specifically of course I'll fix some of the problems I'm
having, but hopefully it will be easier to maintain than the several
places it exists now (for example, I hadn't spotted the case in
"itemview" so wouldn't have fixed it.)
The one thing that is making it difficult is the strange "remove"
syntax. there is a lot of complex code in some places to handle ONLY
removing strings from the outer edges, and not from substituted code.
I know that there have been questions several time on apc-aa-general,
about why its done this way. Logically if remove is done last, it
makes sense to apply remove to all the returned string. I'm
reluctant to make the code much more complex in order to implement
this behavior which I think is the not-so-good behavior? What do you
think
As you suggest Honza, I'll copy this to apc-aa-general instead, feel
free to move any conversation to apc-aa-general.
- Mitra
At 11:09 PM +0100 2/1/03, Honza Malik wrote:
>On =DAt, 2002-12-31 at 08:36, Mitra wrote:
>> I'm having difficulty figuring out ways to smoothly move between
>> different parts of a site.
>>
>> I can see how in the site/sites/site_greenpages.php3 file I am
>> looking at an existing state string, and then a new state to change
>> to, but for example .....
>>
>> I have one state "h--1-" which is the home page, and this has a
>> list of "Categories" on it, which are generated by a view, each item
>> in the view wants to be a link that would wants to change the state to
>>
>> m=3Ds i=3D_#SITEM_ID s=3Ds
>>
>> which would be a state string of "s12345s1-"
>
>You can set the state variables by URL (as you do), or you can also add
>the logic into site_greenpages.php3 file. I'm not sure what {m} and {s}
>variable means in your case, but if the {m} allways m=3Ds when you switch
>from homepage, you can set create conditoin in site_greenpages.php3,
>where you qury old {apc} state and {s} url parameter and then it sets
>{m} variable.
>
>> I also have to get teh site_id into the URL, since I'm trying to
>> avoid having a one-line HTML file that contains
>> <!#include /apc-aa+/module/site/site.php3?site_id=3D1a2b3c>
>>
>> I can see several choices to code this, none of which are pretty ....
> >
> > <a
> >
>href=3D"/apc-aa+/modules/site/site.php3?apc=3Ds_#SITEM_IDs1-&site_id=3Da1b2=
b3c">_#HEADLINE</a>
> > or
> > <a
> >
>href=3D"/apc-aa+/modules/site/site.php3?apc=3D{state}&m=3Ds&i=3D_#SITEM_ID&=
s=3Ds&site_id=3Da12b3c">_#HEADLINE</a>
>>
>> (I can abbreviate these slightly to
>> <a href=3D"?apc=3Ds_#SITEM_IDs1-&site_id=3Da1b2b3c">_#HEADLINE</a>
>> or
>> <a href=3D"?apc=3D{state}&m=3Ds&i=3D_#SITEM_ID&s=3Ds&site_id=3Da12b3c">_=
#HEADLINE</a>
>
>We use site module with a file containing only one row:
><!#include /apc-aa+/module/site/site.php3?site_id=3D1a2b3c>
>
>This is not so elegant, but I think it is better than to send site_id in
>all urls.
>
>I think quite elegant solution is to add new database field to site
>table, where you spacify the domain for the site. Then we can change the
>site.php3 script, which will look into site table and compares site.php3
>PHP_SELF uri with the new site-table field (when site_id is not supply).
>It is quite easy code addition).
>
>> But these aren't elegant either, and anyway {state} won't work in a
>> View, unless I fix the code in item.php3 to look up variables in the
>> apc_state array as well (a good idea, something I'll do unless
> > someone says its a bad idea!) Although it would be even better if the
>> code had been merged instead of two VERY similar syntaxes being
>> written separately.
>
>Good idea - go ahead.
>
>> There is a hint on this somewhere (I can't find the reference at the
>> moment) where it refers to the apc=3D{state} part being added to URLs
>> generated by apc-aa.
>
>Yes, it apc state variable is automatically added to urls generated by
>alias functions (f_f, f_b, ...).
>
>> It looks to me like this code was written for a particular way of
>> doing something, and not generalized, the trouble is I can't figure
>> out how it was INTENDED to be used.
>
>No, it is generalized. There are at least three sites using the site
>module without any change a and (as I hope) without any problem:
> http://ecn.cz
> http://changenet.sk
> http://apc-aa.sourceforge.net/slices/index.shtml
>
>
> Honza
>
>PS.shouldn't this discussion be placed in apc-aa-general?
>
>>
>> - Mitra
>
>
>
>-------------------------------------------------------
>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: Honza M. <hon...@ec...> - 2003-01-02 21:53:34
|
On =DAt, 2002-12-31 at 08:36, Mitra wrote:
> I'm having difficulty figuring out ways to smoothly move between=20
> different parts of a site.
>=20
> I can see how in the site/sites/site_greenpages.php3 file I am=20
> looking at an existing state string, and then a new state to change=20
> to, but for example .....
>=20
> I have one state "h--1-" which is the home page, and this has a=20
> list of "Categories" on it, which are generated by a view, each item=20
> in the view wants to be a link that would wants to change the state to
>=20
> m=3Ds i=3D_#SITEM_ID s=3Ds
>=20
> which would be a state string of "s12345s1-"
You can set the state variables by URL (as you do), or you can also add
the logic into site_greenpages.php3 file. I'm not sure what {m} and {s}
variable means in your case, but if the {m} allways m=3Ds when you switch
from homepage, you can set create conditoin in site_greenpages.php3,
where you qury old {apc} state and {s} url parameter and then it sets
{m} variable.
> I also have to get teh site_id into the URL, since I'm trying to=20
> avoid having a one-line HTML file that contains
> <!#include /apc-aa+/module/site/site.php3?site_id=3D1a2b3c>
>=20
> I can see several choices to code this, none of which are pretty ....
>=20
> <a=20
> href=3D"/apc-aa+/modules/site/site.php3?apc=3Ds_#SITEM_IDs1-&site_id=3D=
a1b2b3c">_#HEADLINE</a>
> or
> <a=20
> href=3D"/apc-aa+/modules/site/site.php3?apc=3D{state}&m=3Ds&i=3D_#SITEM=
_ID&s=3Ds&site_id=3Da12b3c">_#HEADLINE</a>
>=20
> (I can abbreviate these slightly to
> <a href=3D"?apc=3Ds_#SITEM_IDs1-&site_id=3Da1b2b3c">_#HEADLINE</a>
> or
> <a href=3D"?apc=3D{state}&m=3Ds&i=3D_#SITEM_ID&s=3Ds&site_id=3Da12b3c">=
_#HEADLINE</a>
We use site module with a file containing only one row:
<!#include /apc-aa+/module/site/site.php3?site_id=3D1a2b3c>
This is not so elegant, but I think it is better than to send site_id in
all urls.
I think quite elegant solution is to add new database field to site
table, where you spacify the domain for the site. Then we can change the
site.php3 script, which will look into site table and compares site.php3
PHP_SELF uri with the new site-table field (when site_id is not supply).
It is quite easy code addition).
> But these aren't elegant either, and anyway {state} won't work in a=20
> View, unless I fix the code in item.php3 to look up variables in the=20
> apc_state array as well (a good idea, something I'll do unless=20
> someone says its a bad idea!) Although it would be even better if the=20
> code had been merged instead of two VERY similar syntaxes being=20
> written separately.
Good idea - go ahead.
> There is a hint on this somewhere (I can't find the reference at the=20
> moment) where it refers to the apc=3D{state} part being added to URLs=20
> generated by apc-aa.
Yes, it apc state variable is automatically added to urls generated by
alias functions (f_f, f_b, ...).
> It looks to me like this code was written for a particular way of=20
> doing something, and not generalized, the trouble is I can't figure=20
> out how it was INTENDED to be used.
No, it is generalized. There are at least three sites using the site
module without any change a and (as I hope) without any problem:
http://ecn.cz
http://changenet.sk
http://apc-aa.sourceforge.net/slices/index.shtml
Honza
PS.shouldn't this discussion be placed in apc-aa-general?
>=20
> - Mitra
|
|
From: Mitra <mi...@mi...> - 2003-01-02 04:26:17
|
Its there, at the item level Try _#DISPL_NO - Mitra At 1:15 PM +0530 31/12/02, Ram Prasad wrote: >hi all > >Is it possible to have a counter which shows how many times a particular >slice/view has been viewed ? > >- Ram > > > > >------------------------------------------------------- >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: Michael de B. <mi...@de...> - 2002-12-31 19:47:52
|
On Tue, 31 Dec 2002 13:15:10 +0530, "Ram Prasad" <ra...@pa...> said: > Is it possible to have a counter which shows how many times a particular > slice/view has been viewed ? You probably know there is a flag in the 'item' table that counts the number of times an item is viewed. That is a special field in the Admin->Fields. I have never tried to count how many times a view has been viewed. Why not just use standard HTTP logging and count the number of times a .shtml page that includes the view has been viewed? > > - Ram > > > > > ------------------------------------------------------- > 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: Ram P. <ra...@pa...> - 2002-12-31 07:45:49
|
hi all Is it possible to have a counter which shows how many times a particular slice/view has been viewed ? - Ram |
|
From: Mitra <mi...@mi...> - 2002-12-31 07:36:47
|
Hi - and happy new year
I'm having difficulty figuring out ways to smoothly move between
different parts of a site.
I can see how in the site/sites/site_greenpages.php3 file I am
looking at an existing state string, and then a new state to change
to, but for example .....
I have one state "h--1-" which is the home page, and this has a
list of "Categories" on it, which are generated by a view, each item
in the view wants to be a link that would wants to change the state to
m=s i=_#SITEM_ID s=s
which would be a state string of "s12345s1-"
I also have to get teh site_id into the URL, since I'm trying to
avoid having a one-line HTML file that contains
<!#include /apc-aa+/module/site/site.php3?site_id=1a2b3c>
I can see several choices to code this, none of which are pretty ....
<a
href="/apc-aa+/modules/site/site.php3?apc=s_#SITEM_IDs1-&site_id=a1b2b3c">_#HEADLINE</a>
or
<a
href="/apc-aa+/modules/site/site.php3?apc={state}&m=s&i=_#SITEM_ID&s=s&site_id=a12b3c">_#HEADLINE</a>
(I can abbreviate these slightly to
<a href="?apc=s_#SITEM_IDs1-&site_id=a1b2b3c">_#HEADLINE</a>
or
<a href="?apc={state}&m=s&i=_#SITEM_ID&s=s&site_id=a12b3c">_#HEADLINE</a>
But these aren't elegant either, and anyway {state} won't work in a
View, unless I fix the code in item.php3 to look up variables in the
apc_state array as well (a good idea, something I'll do unless
someone says its a bad idea!) Although it would be even better if the
code had been merged instead of two VERY similar syntaxes being
written separately.
There is a hint on this somewhere (I can't find the reference at the
moment) where it refers to the apc={state} part being added to URLs
generated by apc-aa.
It looks to me like this code was written for a particular way of
doing something, and not generalized, the trouble is I can't figure
out how it was INTENDED to be used.
- 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: Mitra <mi...@mi...> - 2002-12-31 06:52:34
|
I've had some weirdness with old versions of pages being retrieved
from the cache.
One thing i notice is that on line 101 of slice.php3 it tests against
nocache when doing a store.
If I understand the logic, shouldn't nocache ONLY apply to retrieving
from the cache.
I.e. when you do a retrieve you set nocache, and it would ignore the
cached value of the page, but would then cache the new, correct, page?
It looks like the cache isn't being invalidated as the Spot's are
being changed, this appears to be happening in site/index.php3 which
doesn't appear to be doing any cache invalidation.
I'm not sure how to invalidate the cache, since the example I find -
site/modedit.php3:139 seems (if I understand things correctly) to
invalidate the cache for all slices, so I'm guessing I'm
misunderstanding something.
Am I correct in assuming that invalidate call in modedit.php3:139 is
buggy, and that I should add the code
$cache = new PageCache($db,CACHE_TTL,CACHE_PURGE_FREQ); # database changed -
$cache->invalidate("slice_id=".site_id); # invalidate old cached values
into index.php3.
I've done this - and it appears to work - but I wanted to check I'm
understanding the cache logic correctly before I commit to CVS.
- 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: Mitra <mi...@mi...> - 2002-12-30 04:09:27
|
How does the scroller work within sites, i.e. what does someone building a site have to do to make it work - presumably they have to edit something in modules/site/sites/site_xxx.php3 and also do something in the views, but I'm not sure what ! - 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: 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: 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-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: 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: Honza M. <hon...@ec...> - 2002-12-27 22:06:52
|
It is good idea to send a message about all changes/fixes in CVS to this
list (it's nice we split the apc-aa-general).
So, any change should be:
1) mentioned in apc...@so... list
2) mentioned in /CHANGES file
Honza
BTW: My last changes in AA code was:
12/20/02 - fixed problem with LiveCheckbox (image path/mozilla refresh)=20
- fixed bug of ignored conditions, when conds[x][value] was 0=20
12/17/02 - input type "selectbox with presets" with the "adding" =20
parameter ads new constant into constants group WITH PRIORITY
NUMBER SET TO MAX(pri)+10
12/15/02 - date fields posted from anonymous form takes date from
Defaults, if it is send as empty and the field is not marked
as REQUIRED
On P=E1, 2002-12-27 at 22:12, Mitra wrote:
> Pep - its not just you ... when I do cvs update (which I usually do bef=
ore trying to fix any bugs
> or make any changes) I frequently find a lot of unnanounced changes. If=
changes are announced it
> makes it much easier to keep our eyes open for new problems introduced =
into that area of the code.
>=20
> - Mitra
>=20
>=20
>=20
> > On Thu, 26 Dec, 2002 at 19:01 +1100, Mitra wrote:
> >> OK - looks like this is fixed in CVS.
> >>
> >> Could I request that other coders make a short announcement here wh=
enever something is
> >> checked into CVS - e.g. a bug fix or whatever.
> >
> > Sorry... that was me. I found the bug while trying the new site modul=
e: it was just a typo,
> > seems like someone forgot to change one occurrence of a variable whil=
e changing its name... it
> > was a really small fix (just changing a single word), and I forgot to=
tell...
> >
> > pep
> >
> >> Mitra said
> >> >There is something weird with the Site creation ....
> >> >
> >> >apc-aa/admin -> AA -> Create New -> Site from Site Template : Add
> >> >
> >> >Just comes back to the Item Manager screen on the first slice - no =
new Site is created.
> >>
> >> --
> >> 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
>=20
|
3 messages has been excluded from this view by a project administrator.
