apc-aa-coders — Discussion only useful to active developers.

Re: [Apc-aa-coders] Links Module - does it work yet?

[Mitra <mi...@ea...>]

Honza

Is the Links module ready yet - I need to build a links page, and 
could use / test / fix-bugs in it, or just use a slice again.

- Mitra


Norbert said ...
>What about to create different views for small(est) parts of the 
>output (e.g. up-level category link, subcategory link and its 
>selected subcategories, list of links in actual category)  and then 
>combine them in similar way how it is done in site module? And why 
>not to extend site module for that purpose?
>
>
>And some more questions:
>
>Would it be possible to make relations between categories and other 
>modules (e.g. news articles, directory, ...)?
>
>Would it be possible to search links in subcategories? (I mean not 
>whole catalogue, not actual category, but actual category and all of 
>its subcategories).
>
>Would it be possible to reuse the code for links module and to add 
>similar functionality (editors for specific categories) to other 
>modules (e.g. news articles)?  Something like this might be really 
>great... (right now we want to delegate some sections/categories of 
>our site to different authors - we do want to allow them access only 
>to their section, not to the whole site; but with possibility to 
>share articles among sections and on homepage. We plan to do it by 
>restricting list of site wide sections/categories they could see on 
>their edit form, but looking for more flexible solution).

>
At 10:05 AM +1100 29/3/03, Mitra wrote:
>For the output - I'm not sure your question, but I'm assuming its to 
>do with showing hierarchical cwould suggest something like 
>specifying a template for beginning and each level, so for example 
>you could specify
>
><b>_#HEADLINE</b><ul>     and     </ul>       for the first level
><li>_#HEADLINE</li>    for the second .
>
>Does that make sense?
>
>Note that the {math...} function allows you to do stuff like 
>multiple columns, I use it to get a photo album with 3 columns.
>
>- Mitra
>
>
>At 1:56 PM +0100 28/3/03, Honza Malik wrote:
>>Link module is still not complete, but I will try to make it working in
>>AA v2.6.
>>
>>What works:
>>
>>- admin interface for links (adding categories, links, ...) - there
>>   will be some improvements on this, but basicaly it works (we want to
>>   move ekolink.cz to the AA link module next week)
>>
>>What is still missing:
>>
>>- SQL commands to initate the links module in the database in
>>   sql_update.php3 script (not so hard to do - will be in v2.6)
>>
>>- interface for modifying of output (something like SliceAdmin -> Design
>>   - Fulltext, ...) - currently we display output from custom php
>>   scripts.  (Hard to do - I have no idea, how to do it since we need
>>   some kind of cycles in templates, ...)
>>
>>- documentation (quite hard to do, because links module is quite complex
>>   - mainly in terms of permissions to the links/categories
>>
>>    Honza
>>
>>On P=E1, 2003-03-28 at 09:22, Mitra wrote:
>>>  At 12:52 PM +0100 25/2/03, Honza Malik wrote:
>>>  >Hi Norbert,
>>>  >
>>>  >On So, 2003-02-22 at 01:09, Norbert Br=E1zda wrote:
>>>  >>  Hi Honza,
>>>  >>
>>>  >>  From: "Honza Malik" <hon...@ec...>
>>>  >>  > I posted some changes to CVS. The list of changes follows. Most o=
f
>>>  >>  > changes is related to new Links module, which is not 
>>>complete, yet. At
>>>  >>  > least, user management functions should work, now.
>>>  >>
>>>  >>  I am curious how the new links module differ from normal 
>>>modules (e.g. what
>>>  >>  are the new functions that are not provided by standard module (cal=
led
>>>  >>  "news" due to historical reasons)).
>>>  >
>>>  >Links module is integration of our older - independent links aplicatio=
n
>>>  >into AA. It uses another tables for storing links, categories, ... but
>>>  >it uses the same permission system and the interface. You will be able
>>  > >to manage pages like (http://ekolink.cz).
>>>  >
>>>
>>>  Is Links working yet
>>>
>>>  When I login as superadmin on earth.path.net/apc-aa+/admin 
>>>(updated from CVS)
>>  > And go to AA
>>  > and Click on "Add" next to Links (there is nothing in the drop-down)
>>  > then I get  "No permission to edit module"  from links/modedit.php3
>>  >
>>  > - 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:
>>>  The Definitive IT and Networking Event. Be There!
>>>  NetWorld+Interop Las Vegas 2003 -- Register today!
>>>  http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
>>>  _______________________________________________
>>>  Apc-aa-coders mailing list
>>>  Apc...@li...
>>>  https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
>>>
>>
>>
>>
>>
>>-------------------------------------------------------
>>This SF.net email is sponsored by:
>>The Definitive IT and Networking Event. Be There!
>>NetWorld+Interop Las Vegas 2003 -- Register today!
>>http://ads.sourceforge.net/cgi-bin/redirect.pl?keyn0001en
>>_______________________________________________
>>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


-- 
Mitra Technology Consulting -  www.mitra.biz - mi...@mi...
02-6684-8096  or 0414-648-722 

Life is a Mystery to be Lived, not a Problem to be Solved

Re: [Apc-aa-coders] Version progress - give me some warning

[Mitra <mi...@ea...>]

I think most of what Norbert is saying below makes sense.

My prefered architecture for discussions would have been to put 
Discussions in slices, with a certain structure (e.g. a Discussion 
Template) and then put the code to make a discussion slice work with 
one or more regular slices into APC-AA.

This is NOT trivial, but its probably easier than what happened, AND 
would have the advantage - as in Norbert's suggestion - of being able 
to use all the regular slice tools, such as multiple views etc.

Similarly .... Constants should probably have been done that way - I 
usually find I need to use a slice INSTEAD of a constant group 
because I need something extra - like an introductory text to put at 
a change of Category.

Now .... how we get there from here is a different question, much harder ....

- Mitra

P.S. Anyone wonder now why I suggest that major architecture changes 
/ additions be discussed here BEFORE implementing, we've seen 
problems with integration each time a change is made quickly without 
discussion.


At 10:34 AM +0200 21/5/03, Norbert Brazda wrote:
>From: "Mitra" <mi...@ea...>
>>  >I think that the best way would be to move disucssions to a separate
>>  >slice/module, but it might be a lot of work.
>>
>>  I'm not sure about this .... the only weird stuff with Discussions
>>  was how it *was* integrated into slice.php3, so that instead of beign
>>  explicitly coded as a view, it was just a flag. Now - as a view - it
>>  makes more sense, but the code still makes some assumptions that only
>>  work when its incorporated into slice.php3.
>
>If discussions are standard slice/module, you can use all 
>functionality of views, customize fields or add discussion items by 
>email.
>
>Now it is quite hard (in fact, I do not know how to do it) to show 
>recently added discussion comments (i.e. to show which news articles 
>are being discussed right now) or to show discussion with fulltext 
>comments instead of standard list of discussion comment titles with 
>buttons (show all, show selected, add comment).
>
>
>
>>  The best solution - in my opinion - would be to drip slice.php3
>>  entirely, (except for some backward compatability stuff) and make
>>  view.php3 do everything we want.!
>
>This might solve some problems, but I am afraid of backward compatibility...
>
>
>>  >>  I'd like to add the ability to do a Category list in Views, but I'm
>>  >>  unlikely to get to that.
>>  >
>>  >what do you mean by "Category list"?
>>
>>  I want to be able to put a short menu at the top of a List View, that
>>  allows selecting a subset of the view based on the category. The key
>>  is that the list must ONLY show categories that actually have items
>>  in them.  Not all the categories that can be entered in the add-item
>>  screen.
>
>We solved this by separate view that generates select box from 
>"category........" field from actual (e.g. news) slice. The problem 
>is only if categories use different "title" and "value" (stored in 
>database). Again - if the categories were standard slice/module, 
>there is no problem so show other field (e.g. title instead of id)...
>
>
>Just an example how we use categories for menu navigation. It is a 
>simple website with almost complete content control given to user. 
>Might be usefull for someone.
>
>
>We use three slices/modules: menu, articles, site
>
>     === slice "menu":
>     title (textbox)
>     description (rich text textarea)
>     parent category id (selectbox pointing to the same slice, 
>showing item titles, storing item ids)
>     ===
>
>     === slice "articles":
>     title (textbox)
>     description (text textarea)
>     fulltext (rich text textarea)
>     category id (selectbox pointing to the slice "menu", showing 
>item titles, storing item ids)
>     ... other fields...
>     ===   
>
>Then there is simple site module that inclues views and shows menu 
>in left column of the page and articles in right column:
>
>     === module "site" structure:
>     Header 
>         ===
>         <!DOCTYPE html public "-/W3C/DTD HTML 4.0 Transitional/EN">
>         <html><head><title>Simple AA site</title></head>
>         <body bgcolor="#FFFFFF" link="#0000FF" vlink="#000080" 
>alink="#800000">
>         ===
>     Top 
>         ===
>         <h1>Title: Simple AA site</h1>
>         <table><tr><td>
>         ===
>     Menu (cat)
>         - SubMenu cat=.+ 
>                 === SubMenu:
>                 <dl><dd>{view.php3?vid=504&cmd[504]=i-504-{cat}}
>                 <br><br>{view.php3?vid=503&cmd[503]=c-1-{cat}}
>                 <br></dd></dl>
>             ===
>         - MainMenu 
>                 === MainMenu:
>                 <dl><dd>{view.php3?vid=503&cmd[503]=c-1-rootcatgegoryid}
>                 <br></dd></dl>
>             ===
>     Main (x,cat)
>         ===
>         </td><td>
>         ===
>         - Article x=[0-9] 
>                 === Fulltext of article:
>                 {view.php3?vid=507&cmd[507]=x-507-{x}}
>                 ===
>         - List 
>                 === Category description and list of articles:
> 
>{switch({cat}).+:{view.php3?vid=505&cmd[505]=i-505-{cat}}:Welcome 
>to...}
>                 <br>. . . . . . . . . . . . . . . . . .<br><br>
> 
>{view.php3?vid=506&cmd[506]=c-1-{cat}&set[506]=listlen-10,page-{page}}
>                 ===
>     Footer 
>         ===
>         </td></tr></table>   
>         </body></html>
>         ===
>     ===
>
>
>View 503 shows submenu items
>View 504 show parent categories (path like "top > europe > 
>slovakia > bratislava" in this case)
>View 505 show fulltext description of menu item
>View 506 show list of articles (date, title, description)
>View 507 show fulltext of article (title, description, fulltext, etc.)
>
>     === menu view No. 503 definition
>     <a class="menu" href="?cat=_#ITEM_ID_">_#HEADLINE</a><br>
>     [Condition 1 in this view is set "Parent category", "=", 
>parameter is left empty]
>     ===
>     === menu view No. 504 definition
>     {view.php3?vid=504&cmd[504]=i-504-{_#CATEGORY}}
>     &gt; <a class="menu" href="?cat=_#ITEM_ID_">_#HEADLINE</a>
>     ===
>
>
>Advantage of this setup is, that user can edit his menu and change 
>hierarchy hierarchy (even move whole subtree to another part of the 
>menu). Menu items contain rich text area field for item description, 
>but he/she could store there as much text as needed and easily 
>create special section of the site. All articles are categorized by 
>the menu items and displayed in proper section.
>
>
>
>
>I have the feeling that there are some historical relicts in the AA 
>from the age before "modules" and {} commands (e.g. slice.php3; 
>different conditions for slices and views; how discussions are 
>stored in database; categories) and they mix with new features. It 
>is really hard for new developers (sometimes also for me) to decide 
>which feature/option to use and how.
>
>
>
>
>     Norbert Brazda
>
>     CHANGENET.SK
>     Mlynske nivy 41, 821 09  Bratislava
>     tel/fax: 02-55560026, 0905-729359
>
>
>     SPAJAME LUDI, KTORI MENIA SVET
>     ________________________________________________________________
>     Prinasame pohlad na svet ocami aktivnych obcanov. Vytvarame 
>nezavisly priestor
>     pre kriticke nazory a reflexiu diania okolo nas. Poskytujeme 
>nekomercne internetove
>     sluzby pre neziskove organizacie a samospravy.
>
>
>
>
>
>
>
>
>
>-------------------------------------------------------
>This SF.net email is sponsored by: ObjectStore.
>If flattening out C++ or Java code to make your application fit in a
>relational database is painful, don't do it! Check out ObjectStore.
>Now part of Progress Software. http://www.objectstore.net/sourceforge
>_______________________________________________
>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-722 

Life is a Mystery to be Lived, not a Problem to be Solved

Re: [Apc-aa-coders] caching in site module

[Honza M. <hon...@ec...>]

You are right. Fixed in CVS.

   Honza

P.S:=20
Your solution is good, I just changed the order of variables:

  $key_str =3D  $apc_state['state'].$site_id;

which is better for database indexes.

On St, 2003-05-21 at 16:41, Norbert Brazda wrote:
> bug is apparently on line 81 in /apc-aa/modules/site/site.php3:
>=20
>     $key_str =3D $apc_state['state'];
>=20
> Variable $apc_state['state'] is not good unique key, since it might be =
used on several sites. Better would be something like:
>=20
>     $key_str =3D $site_id.$apc_state['state'];
>=20
>=20
> norbert
> br...@ch...
>=20
>=20
> From: "Norbert Brazda" <br...@ch...>
> > There seem to an error in caching of site module(s). On yesterday I h=
ave=20
> > created two new site modules, one for www.eufondy.org and second for=20
> > www.tur.sk/new/
> >
> >=20
> > Sites use their own state files (site_eufondy.php3 and site_tur.php3)=
 with identical content (except for $slices4cache array). What I see is t=
hat one get design (defined in site module) from the other site. Bellow i=
s output of debug which shows that AA selects different ID from site tabl=
e, but receive the same cached content. I use AA version from 05/15/03.
> >=20
> > norbert
> > br...@ch...
> >=20
> > =3D=3D=3D http://www.eufondy.org/?debug=3D1 =3D=3D=3D
> >=20
> > SELECT * FROM site WHERE id =3D '=95=9EqVT=E6=A8=06=CB\\F=E9kzG=1A' t=
able type possible_keys key key_len ref rows Extra=20
> >       site const PRIMARY PRIMARY 16 const 1 =20
> >=20
> > Query duration: 0.00030696392059326
> > Rows returned: 1
> > SELECT * FROM pagecache WHERE id=3D'4282f3cd45242f307b0b8476800937b5'=
 table type possible_keys key key_len ref rows Extra=20
> >       pagecache const PRIMARY PRIMARY 32 const 1 =20
> >=20
> > Query duration: 0.0003279447555542
> > Rows returned: 1=20
> >=20
> > =3D=3D=3D
> >=20
> > =3D=3D=3D http://www.tur.sk/new/?debug=3D1 =3D=3D=3D
> >=20
> > SELECT * FROM site WHERE id =3D '.$=83y=CC=EA=C9E=8EIR$H4=A6B' table =
type possible_keys key key_len ref rows Extra=20
> >       site const PRIMARY PRIMARY 16 const 1 =20
> >=20
> > Query duration: 0.00031697750091553
> > Rows returned: 1
> > SELECT * FROM pagecache WHERE id=3D'4282f3cd45242f307b0b8476800937b5'=
 table type possible_keys key key_len ref rows Extra=20
> >       pagecache const PRIMARY PRIMARY 32 const 1 =20
> >=20
> > Query duration: 0.00035202503204346
> > Rows returned: 1=20
> >=20
> > =3D=3D=3D
> >=20
> >=20
> > -------------------------------------------------------
> > This SF.net email is sponsored by: ObjectStore.
> > If flattening out C++ or Java code to make your application fit in a
> > relational database is painful, don't do it! Check out ObjectStore.
> > Now part of Progress Software. http://www.objectstore.net/sourceforge
> > _______________________________________________
> > Apc-aa-coders mailing list
> > Apc...@li...
> > https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out ObjectStore.
> Now part of Progress Software. http://www.objectstore.net/sourceforge
> _______________________________________________
> Apc-aa-coders mailing list
> Apc...@li...
> https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
>=20

Re: [Apc-aa-coders] caching in site module

[Norbert B. <br...@ch...>]

bug is apparently on line 81 in /apc-aa/modules/site/site.php3:

    $key_str =3D $apc_state['state'];

Variable $apc_state['state'] is not good unique key, since it might be =
used on several sites. Better would be something like:

    $key_str =3D $site_id.$apc_state['state'];


norbert
br...@ch...


From: "Norbert Brazda" <br...@ch...>
> There seem to an error in caching of site module(s). On yesterday I =
have=20
> created two new site modules, one for www.eufondy.org and second for=20
> www.tur.sk/new/=20
>
>=20
> Sites use their own state files (site_eufondy.php3 and site_tur.php3) =
with identical content (except for $slices4cache array). What I see is =
that one get design (defined in site module) from the other site. Bellow =
is output of debug which shows that AA selects different ID from site =
table, but receive the same cached content. I use AA version from =
05/15/03.
>=20
> norbert
> br...@ch...
>=20
> =3D=3D=3D http://www.eufondy.org/?debug=3D1 =3D=3D=3D
>=20
> SELECT * FROM site WHERE id =3D '=95=9EqVT=E6=A8=06=CB\\F=E9kzG=1A' =
table type possible_keys key key_len ref rows Extra=20
>       site const PRIMARY PRIMARY 16 const 1 =20
>=20
> Query duration: 0.00030696392059326
> Rows returned: 1
> SELECT * FROM pagecache WHERE id=3D'4282f3cd45242f307b0b8476800937b5' =
table type possible_keys key key_len ref rows Extra=20
>       pagecache const PRIMARY PRIMARY 32 const 1 =20
>=20
> Query duration: 0.0003279447555542
> Rows returned: 1=20
>=20
> =3D=3D=3D
>=20
> =3D=3D=3D http://www.tur.sk/new/?debug=3D1 =3D=3D=3D
>=20
> SELECT * FROM site WHERE id =3D '.$=83y=CC=EA=C9E=8EIR$H4=A6B' table =
type possible_keys key key_len ref rows Extra=20
>       site const PRIMARY PRIMARY 16 const 1 =20
>=20
> Query duration: 0.00031697750091553
> Rows returned: 1
> SELECT * FROM pagecache WHERE id=3D'4282f3cd45242f307b0b8476800937b5' =
table type possible_keys key key_len ref rows Extra=20
>       pagecache const PRIMARY PRIMARY 32 const 1 =20
>=20
> Query duration: 0.00035202503204346
> Rows returned: 1=20
>=20
> =3D=3D=3D
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out ObjectStore.
> Now part of Progress Software. http://www.objectstore.net/sourceforge
> _______________________________________________
> Apc-aa-coders mailing list
> Apc...@li...
> https://lists.sourceforge.net/lists/listinfo/apc-aa-coders

[Apc-aa-coders] caching in site module

[Norbert B. <br...@ch...>]

There seem to an error in caching of site module(s). On yesterday I have =
created two new site modules, one for www.eufondy.org and second for =
www.tur.sk/new/=20

Sites use their own state files (site_eufondy.php3 and site_tur.php3) =
with identical content (except for $slices4cache array). What I see is =
that one get design (defined in site module) from the other site. Bellow =
is output of debug which shows that AA selects different ID from site =
table, but receive the same cached content. I use AA version from =
05/15/03.

norbert
br...@ch...

=3D=3D=3D http://www.eufondy.org/?debug=3D1 =3D=3D=3D

SELECT * FROM site WHERE id =3D '=95=9EqVT=E6=A8=06=CB\\F=E9kzG=1A' =
table type possible_keys key key_len ref rows Extra=20
      site const PRIMARY PRIMARY 16 const 1 =20

Query duration: 0.00030696392059326
Rows returned: 1
SELECT * FROM pagecache WHERE id=3D'4282f3cd45242f307b0b8476800937b5' =
table type possible_keys key key_len ref rows Extra=20
      pagecache const PRIMARY PRIMARY 32 const 1 =20

Query duration: 0.0003279447555542
Rows returned: 1=20

=3D=3D=3D

=3D=3D=3D http://www.tur.sk/new/?debug=3D1 =3D=3D=3D

SELECT * FROM site WHERE id =3D '.$=83y=CC=EA=C9E=8EIR$H4=A6B' table =
type possible_keys key key_len ref rows Extra=20
      site const PRIMARY PRIMARY 16 const 1 =20

Query duration: 0.00031697750091553
Rows returned: 1
SELECT * FROM pagecache WHERE id=3D'4282f3cd45242f307b0b8476800937b5' =
table type possible_keys key key_len ref rows Extra=20
      pagecache const PRIMARY PRIMARY 32 const 1 =20

Query duration: 0.00035202503204346
Rows returned: 1=20

=3D=3D=3D

Re: [Apc-aa-coders] (no subject)

[Honza M. <hon...@ec...>]

Thanks, Norbert. Fixed in CVS.

   Honza

On St, 2003-05-21 at 12:19, Norbert Brazda wrote:
> Script /apc-aa/admin/moddelete.php generates wrong url for deleting module:
> 
> wrong:
> https://web.changenet.sk/aa/admin/modules/site/moddelete.php3
> correct:
> https://web.changenet.sk/aa/modules/site/moddelete.php3
> 
> 
> Row 42:
>   $url = (($type=='S') ? './slicedel2.php3' : $AA_INSTAL_PATH.$MODULES[$type]['directory']."moddelete.php3" );
> 
> $AA_INSTAL_PATH variable is empty.
> 
> 
> 
>     Norbert Brazda
> 
>     CHANGENET.SK
>     Mlynske nivy 41, 821 09  Bratislava
>     tel/fax: 02-55560026, 0905-729359
> 
> 
> 
> -------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out ObjectStore.
> Now part of Progress Software. http://www.objectstore.net/sourceforge
> _______________________________________________
> Apc-aa-coders mailing list
> Apc...@li...
> https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
> 

[Apc-aa-coders] (no subject)

[Norbert B. <br...@ch...>]

Script /apc-aa/admin/moddelete.php generates wrong url for deleting =
module:

wrong:
https://web.changenet.sk/aa/admin/modules/site/moddelete.php3
correct:
https://web.changenet.sk/aa/modules/site/moddelete.php3


Row 42:
  $url =3D (($type=3D=3D'S') ? './slicedel2.php3' : =
$AA_INSTAL_PATH.$MODULES[$type]['directory']."moddelete.php3" );

$AA_INSTAL_PATH variable is empty.



    Norbert Brazda

    CHANGENET.SK
    Mlynske nivy 41, 821 09  Bratislava
    tel/fax: 02-55560026, 0905-729359

Re: [Apc-aa-coders] Version progress - give me some warning

[Norbert B. <br...@ch...>]

From: "Mitra" <mi...@ea...>
> >I think that the best way would be to move disucssions to a separate=20
> >slice/module, but it might be a lot of work.
>=20
> I'm not sure about this .... the only weird stuff with Discussions=20
> was how it *was* integrated into slice.php3, so that instead of beign=20
> explicitly coded as a view, it was just a flag. Now - as a view - it=20
> makes more sense, but the code still makes some assumptions that only=20
> work when its incorporated into slice.php3.

If discussions are standard slice/module, you can use all functionality =
of views, customize fields or add discussion items by email.

Now it is quite hard (in fact, I do not know how to do it) to show =
recently added discussion comments (i.e. to show which news articles are =
being discussed right now) or to show discussion with fulltext comments =
instead of standard list of discussion comment titles with buttons (show =
all, show selected, add comment).



> The best solution - in my opinion - would be to drip slice.php3=20
> entirely, (except for some backward compatability stuff) and make=20
> view.php3 do everything we want.!

This might solve some problems, but I am afraid of backward =
compatibility...


> >>  I'd like to add the ability to do a Category list in Views, but =
I'm
> >>  unlikely to get to that.
> >
> >what do you mean by "Category list"?
>=20
> I want to be able to put a short menu at the top of a List View, that=20
> allows selecting a subset of the view based on the category. The key=20
> is that the list must ONLY show categories that actually have items=20
> in them.  Not all the categories that can be entered in the add-item=20
> screen.

We solved this by separate view that generates select box from =
"category........" field from actual (e.g. news) slice. The problem is =
only if categories use different "title" and "value" (stored in =
database). Again - if the categories were standard slice/module, there =
is no problem so show other field (e.g. title instead of id)...


Just an example how we use categories for menu navigation. It is a =
simple website with almost complete content control given to user. Might =
be usefull for someone.


We use three slices/modules: menu, articles, site

    =3D=3D=3D slice "menu":
    title (textbox)
    description (rich text textarea)
    parent category id (selectbox pointing to the same slice, showing =
item titles, storing item ids)
    =3D=3D=3D

    =3D=3D=3D slice "articles":
    title (textbox)
    description (text textarea)
    fulltext (rich text textarea)
    category id (selectbox pointing to the slice "menu", showing item =
titles, storing item ids)
    ... other fields...
    =3D=3D=3D   =20

Then there is simple site module that inclues views and shows menu in =
left column of the page and articles in right column:

    =3D=3D=3D module "site" structure:
    Header =20
        =3D=3D=3D
        <!DOCTYPE html public "-/W3C/DTD HTML 4.0 Transitional/EN">
        <html><head><title>Simple AA site</title></head>
        <body bgcolor=3D"#FFFFFF" link=3D"#0000FF" vlink=3D"#000080" =
alink=3D"#800000">
        =3D=3D=3D
    Top =20
        =3D=3D=3D
        <h1>Title: Simple AA site</h1>
        <table><tr><td>
        =3D=3D=3D
    Menu (cat)=20
        - SubMenu cat=3D.+ =20
                =3D=3D=3D SubMenu:
                <dl><dd>{view.php3?vid=3D504&cmd[504]=3Di-504-{cat}}
                <br><br>{view.php3?vid=3D503&cmd[503]=3Dc-1-{cat}}
                <br></dd></dl>
            =3D=3D=3D
        - MainMenu =20
                =3D=3D=3D MainMenu:
                =
<dl><dd>{view.php3?vid=3D503&cmd[503]=3Dc-1-rootcatgegoryid}
                <br></dd></dl>
            =3D=3D=3D
    Main (x,cat)=20
        =3D=3D=3D
        </td><td>
        =3D=3D=3D
        - Article x=3D[0-9] =20
                =3D=3D=3D Fulltext of article:
                {view.php3?vid=3D507&cmd[507]=3Dx-507-{x}}
                =3D=3D=3D
        - List =20
                =3D=3D=3D Category description and list of articles:
                =
{switch({cat}).+:{view.php3?vid=3D505&cmd[505]=3Di-505-{cat}}:Welcome =
to...}
                <br>. . . . . . . . . . . . . . . . . .<br><br>
                =
{view.php3?vid=3D506&cmd[506]=3Dc-1-{cat}&set[506]=3Dlistlen-10,page-{pag=
e}}
                =3D=3D=3D
    Footer =20
        =3D=3D=3D
        </td></tr></table>   =20
        </body></html>
        =3D=3D=3D
    =3D=3D=3D


View 503 shows submenu items
View 504 show parent categories (path like "top > europe > slovakia > =
bratislava" in this case)
View 505 show fulltext description of menu item
View 506 show list of articles (date, title, description)
View 507 show fulltext of article (title, description, fulltext, etc.)

    =3D=3D=3D menu view No. 503 definition
    <a class=3D"menu" href=3D"?cat=3D_#ITEM_ID_">_#HEADLINE</a><br>
    [Condition 1 in this view is set "Parent category", "=3D", parameter =
is left empty]
    =3D=3D=3D
    =3D=3D=3D menu view No. 504 definition
    {view.php3?vid=3D504&cmd[504]=3Di-504-{_#CATEGORY}}
    &gt; <a class=3D"menu" href=3D"?cat=3D_#ITEM_ID_">_#HEADLINE</a>
    =3D=3D=3D


Advantage of this setup is, that user can edit his menu and change =
hierarchy hierarchy (even move whole subtree to another part of the =
menu). Menu items contain rich text area field for item description, but =
he/she could store there as much text as needed and easily create =
special section of the site. All articles are categorized by the menu =
items and displayed in proper section.




I have the feeling that there are some historical relicts in the AA from =
the age before "modules" and {} commands (e.g. slice.php3; different =
conditions for slices and views; how discussions are stored in database; =
categories) and they mix with new features. It is really hard for new =
developers (sometimes also for me) to decide which feature/option to use =
and how.




    Norbert Brazda

    CHANGENET.SK
    Mlynske nivy 41, 821 09  Bratislava
    tel/fax: 02-55560026, 0905-729359


    SPAJAME LUDI, KTORI MENIA SVET
    ________________________________________________________________
    Prinasame pohlad na svet ocami aktivnych obcanov. Vytvarame =
nezavisly priestor=20
    pre kriticke nazory a reflexiu diania okolo nas. Poskytujeme =
nekomercne internetove
    sluzby pre neziskove organizacie a samospravy.

Re: [Apc-aa-coders] Version progress - give me some warning

[Mitra <mi...@ea...>]

At 11:54 AM +0200 20/5/03, Norbert Brazda wrote:
>Hi Mitra,
>
>From: "Mitra" <mi...@ea...>
>>  There are bad bugs with using Discussion Views inside anything other
>>  than slice.php3, specifically it generates the wrong URLs for things
>>  like "Add Comment".
>
>I think that the best way would be to move disucssions to a separate 
>slice/module, but it might be a lot of work.


I'm not sure about this .... the only weird stuff with Discussions 
was how it *was* integrated into slice.php3, so that instead of beign 
explicitly coded as a view, it was just a flag. Now - as a view - it 
makes more sense, but the code still makes some assumptions that only 
work when its incorporated into slice.php3.

The best solution - in my opinion - would be to drip slice.php3 
entirely, (except for some backward compatability stuff) and make 
view.php3 do everything we want.!
>
>>  I'd like to add the ability to do a Category list in Views, but I'm
>>  unlikely to get to that.
>
>what do you mean by "Category list"?


I want to be able to put a short menu at the top of a List View, that 
allows selecting a subset of the view based on the category. The key 
is that the list must ONLY show categories that actually have items 
in them.  Not all the categories that can be entered in the add-item 
screen.

At 5:41 PM +0200 20/5/03, Honza Malik wrote:
>
>
>>  I'd like to add the ability to do a Category list in Views, but I'm
>  > unlikely to get to that.
>
>I'm also not sure, if I understand what you exactly mean. On the other
>side I'm just rewriting code for constant view and I have a plan to do
>the same with discussions. I removed constantview class so constant view
>is handled by standard itemview. The advantage is, that you can use
>conds[] and sort[] on constant view as well.
>

Honza .... what is a "constant view" - maybe I'm missing something 
that I should know about before I write any code!

- Mitra

-- 
Mitra Technology Consulting -  www.mitra.biz - mi...@mi...
02-6684-8096  or 0414-648-722 

Life is a Mystery to be Lived, not a Problem to be Solved

Re: [Apc-aa-coders] MS Word garbage removed in Rich Text Area

[Honza M. <hon...@ec...>]

I hope You already tested the code, because I currently can't test it on
Linux machine.

As I looked at the code you remove ALL <font>, <p>, <span> and <o:p>
tags, so I hope it is what you want from this function.

Now it is in CVS.

   Honza




On =DAt, 2003-05-20 at 09:41, Norbert Brazda wrote:
> I have modified /apc-aa/misc/wysiwyg/richedt_ie.js script to remove not o=
nly <font> tags, but also remove other garbage added when you copy text fro=
m MS Word into Rich Text Area editor. Could someone add this change this in=
to CVS?
>=20
> Word often add tags which change your defaul layout:
>     <p class=3D"MsoNormal" style=3D"border: medium none; padding: 1cm">
>=20
>=20
> Here is the function:
>=20
>  function clearfonts(nom_editor) {
>      var text =3D get_text (nom_editor);
>      if (confirm ("Are you sure you want to remove formating html tags?")=
) {
>          text =3D text.replace (/<[Ff][Oo][Nn][Tt][^>]*>/g,"");
>              text =3D text.replace (/<\/[Ff][Oo][Nn][Tt]>/g,"");
> // added lines start:
>          text =3D text.replace (/<[Ss][Pp][Aa][Nn][^>]*>/g,"");
>              text =3D text.replace (/<\/[Ss][Pp][Aa][Nn]>/g,"");
>          text =3D text.replace (/<[Pp][^>]*>/g,"<p>");
>          text =3D text.replace (/<[Oo]:[Pp][^>]*>/g,"");
>              text =3D text.replace (/<\/[Oo]:[Pp]>/g,"");
> // added lines end.
>          posa_contingut_html (nom_editor,text);
>      }
>  }
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out ObjectStore.
> Now part of Progress Software. http://www.objectstore.net/sourceforge
> _______________________________________________
> Apc-aa-coders mailing list
> Apc...@li...
> https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
>=20

Re: [Apc-aa-coders] Version progress - give me some warning

[Honza M. <hon...@ec...>]

On =DAt, 2003-05-20 at 10:41, Mitra wrote:
> Honza
>=20
> Can you keep me updated on the progress with the next version, so we=20
> can synchronize.  I don't know if anyone else is working on the code=20
> these days - I think its just us.

Yes and our external staff Pavel and maybe Marek.

I will try to release new AA version at the end of May. Probably
05/30/2003. Not all thinks will be perfect (mainly on documentation side
of Links module', but if I have to wait for perfect code, it would be
never released.

> I am I right in assuming that at the time you release it, it will be=20
> the SAME as the CVS version, so I can be sure that I've tested it if=20
> I keep updated regularly from CVS?

Right. I hope there are not so much bug in current CVS.
=20
> I'm currently (over the next few weeks) doing a lot of work WITH=20
> apc-aa, but not doing any more work on the code than I have to. If=20
> you like I will keep you up to date in the areas I'm working on until=20
> you release.
>=20
> Specifically at the moment (tonight) I'm working on the RSS import to=20
> fix some bugs with RSS2.0.

I think we have now mainly fix bugs and complete already commited work.
New features should be commited after 2.6 release.
=20
> Areas I might work on in the next few weeks - in order I will=20
> probably get to them,
>=20
> I might make the RSS import allow choice of Active or Hold bins.

Great.

> There are bad bugs with using Discussion Views inside anything other=20
> than slice.php3, specifically it generates the wrong URLs for things=20
> like "Add Comment".

We use discussions in site module without problems. The discussion in
view probably do not work, but it should not be so much work to change
it.

> I'd like to add the ability to do a Category list in Views, but I'm=20
> unlikely to get to that.

I'm also not sure, if I understand what you exactly mean. On the other
side I'm just rewriting code for constant view and I have a plan to do
the same with discussions. I removed constantview class so constant view
is handled by standard itemview. The advantage is, that you can use
conds[] and sort[] on constant view as well.

   Honza
=20
> I might do more work on summarize.php3, but its useful even as it is now.
>=20
> - Mitra
>=20
>=20
>=20
> --=20
> Mitra Technology Consulting -  www.mitra.biz - mi...@mi...
> 02-6684-8096  or 0414-648-722
>=20
> Life is a Mystery to be Lived, not a Problem to be Solved
>=20
>=20
>=20
> -------------------------------------------------------
> This SF.net email is sponsored by: ObjectStore.
> If flattening out C++ or Java code to make your application fit in a
> relational database is painful, don't do it! Check out ObjectStore.
> Now part of Progress Software. http://www.objectstore.net/sourceforge
> _______________________________________________
> Apc-aa-coders mailing list
> Apc...@li...
> https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
>=20

Re: [Apc-aa-coders] Version progress - give me some warning

[Norbert B. <br...@ch...>]

Hi Mitra,

From: "Mitra" <mi...@ea...>
> There are bad bugs with using Discussion Views inside anything other=20
> than slice.php3, specifically it generates the wrong URLs for things=20
> like "Add Comment".

I think that the best way would be to move disucssions to a separate =
slice/module, but it might be a lot of work.


> I'd like to add the ability to do a Category list in Views, but I'm=20
> unlikely to get to that.

what do you mean by "Category list"?=20


norbert
br...@ch...

[Apc-aa-coders] RSS fixes

[Mitra <mi...@ea...>]

I've made a lot of fixes in the CVS version for RSS, to handle RSS2.0.

  if you are using RSS and have problems with HTML appearing in the 
wrong places, then you should consider running the CVS version - or 
waiting for Honza's next full release which I think is due soon.

- Mitra

-- 
Mitra Technology Consulting -  www.mitra.biz - mi...@mi...
02-6684-8096  or 0414-648-722

Life is a Mystery to be Lived, not a Problem to be Solved

[Apc-aa-coders] Version progress - give me some warning

[Mitra <mi...@ea...>]

Honza

Can you keep me updated on the progress with the next version, so we 
can synchronize.  I don't know if anyone else is working on the code 
these days - I think its just us.

I am I right in assuming that at the time you release it, it will be 
the SAME as the CVS version, so I can be sure that I've tested it if 
I keep updated regularly from CVS?

I'm currently (over the next few weeks) doing a lot of work WITH 
apc-aa, but not doing any more work on the code than I have to. If 
you like I will keep you up to date in the areas I'm working on until 
you release.

Specifically at the moment (tonight) I'm working on the RSS import to 
fix some bugs with RSS2.0.

Areas I might work on in the next few weeks - in order I will 
probably get to them,

I might make the RSS import allow choice of Active or Hold bins.

There are bad bugs with using Discussion Views inside anything other 
than slice.php3, specifically it generates the wrong URLs for things 
like "Add Comment".

I'd like to add the ability to do a Category list in Views, but I'm 
unlikely to get to that.

I might do more work on summarize.php3, but its useful even as it is now.

- Mitra



-- 
Mitra Technology Consulting -  www.mitra.biz - mi...@mi...
02-6684-8096  or 0414-648-722

Life is a Mystery to be Lived, not a Problem to be Solved

[Apc-aa-coders] MS Word garbage removed in Rich Text Area

[Norbert B. <br...@ch...>]

I have modified /apc-aa/misc/wysiwyg/richedt_ie.js script to remove not =
only <font> tags, but also remove other garbage added when you copy text =
from MS Word into Rich Text Area editor. Could someone add this change =
this into CVS?

Word often add tags which change your defaul layout:
    <p class=3D"MsoNormal" style=3D"border: medium none; padding: 1cm">


Here is the function:

 function clearfonts(nom_editor) {
     var text =3D get_text (nom_editor);
     if (confirm ("Are you sure you want to remove formating html =
tags?")) {
         text =3D text.replace (/<[Ff][Oo][Nn][Tt][^>]*>/g,"");
             text =3D text.replace (/<\/[Ff][Oo][Nn][Tt]>/g,"");
// added lines start:
         text =3D text.replace (/<[Ss][Pp][Aa][Nn][^>]*>/g,"");
             text =3D text.replace (/<\/[Ss][Pp][Aa][Nn]>/g,"");
         text =3D text.replace (/<[Pp][^>]*>/g,"<p>");
         text =3D text.replace (/<[Oo]:[Pp][^>]*>/g,"");
             text =3D text.replace (/<\/[Oo]:[Pp]>/g,"");
// added lines end.
         posa_contingut_html (nom_editor,text);
     }
 }

[Apc-aa-coders] charset in notify.php3

[Norbert B. <br...@ch...>]

There seem to be an error in /include/notify.php3 file on line 97. =
Charset of notification email is not set there. Looks like problem with =
evaluation of $LANGUAGE_CHARSETS[get_mgettext_lang()] variable:
    $mail->setCharset ($LANGUAGE_CHARSETS[get_mgettext_lang()]);

It works well when set directly to=20
    $mail->setCharset ('windows-1250');


norbert
br...@ch...

Re: [Apc-aa-coders] Bug in cache - Honza please confirm before commit to CVS

[Mitra <mi...@ea...>]

Yes - agreed it is not as important, the problem with caching having 
the right slice id  is however crucial, because otherwise the data 
can change, but the cache delivers the OLD value. This was how I 
spotted the bug, I was changing data, and the view wasn't changing.

- Mitra


At 5:23 PM +0200 12/5/03, Honza Malik wrote:
>Your solution with changing slice_id for itemview is good. There should
>be the slice_id of slice, where items are stored and not the one, where
>view definition is stored.
>
>In fact, the itemview caching is not so important, now, because most of
>the cases should be catched be view caching (which is on higher level -
>so quicker).
>
>    Honza
>
>On Ne, 2003-05-11 at 16:04, Mitra wrote:
>>  Honza
>>
>>  I've found what looks like a bug in caching,
>>
>>  get_output_cached stores in the cache based on $this->slice_info->id
>>
>>  BUT .....
>>
>>  if it is called from GetViewFromDB, which has been called with a
>>  view_param containing slice_id, then this slice_info->id still refers
>>  to the slcie where the View was DEFINED, not to the
>>  View_param/slice_id
>>
>>  The easiest fix, is to set slice_info->id to that in view_param, any
>>  other fix would be a bit harder to figure out.
>>
>>  Any idea if this will break anything? it seems to work, but I'm not
>>  100% certain, so I haven't committed it to CVS.
>>
>>  - Mitra
>>
>>
>>  --
>>  Mitra Technology Consulting -  www.mitra.biz - mi...@mi...
>>  02-6684-8096  or 0414-648-722
>>
>>  Life is a Mystery to be Lived, not a Problem to be Solved
>>
>>
>>
>>  -------------------------------------------------------
>>  Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
>>  The only event dedicated to issues related to Linux enterprise solutions
>>  www.enterpriselinuxforum.com
>>
>>  _______________________________________________
>>  Apc-aa-coders mailing list
>>  Apc...@li...
>>  https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
>>
>
>
>
>
>-------------------------------------------------------
>Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
>The only event dedicated to issues related to Linux enterprise solutions
>www.enterpriselinuxforum.com
>
>_______________________________________________
>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-722 

Life is a Mystery to be Lived, not a Problem to be Solved

Re: [Apc-aa-coders] config.php3 updated

[Mitra <mi...@ea...>]

I don't care if its commented out,  BUT ... there are other places 
where this alias is used specifically in Links_admin_url which is a 
function you wrote.  So if you remove it, you'll need to fix that 
first.

I'd rather find a different way to handle the http / https thing, why 
not add any needed relative URLs into config.php3 and then use them 
instead of absolute URLs?  In fact, I think the commented line in 
config.php3 allows you to do that, by setting AA_INSTAL_EDIT_PATH to 
"/" . $AA_BASE_DIR

- Mitra

At 4:59 PM +0200 12/5/03, Honza Malik wrote:
>On Po, 2003-04-28 at 15:58, Mitra wrote:
>>  Honza
>>
>>  I've been checking in all the odds and ends from different
>>  installations ofAPC-AA , so that you'll have the latest code for your
>>  release.
>
>Thanks.
>
>>  This included making some changes to config.php3 so that it has less
>>  variation between sites. Specifically I've created three variables
>>  ONLY used inside config.php3,
>>
>>  AA_SITE_PATH  e.g.  /home/httpd/html/
>>  AA_HTTP_DOMAIN  e.g. http://my.domain.org/
>
>OK, no problem.
>
>I see you also add the
>
># URL or URL path to call admin/edititem.php etc.
># this is the variable to make _#EDITITEM alias, etc.
>$AA_INSTAL_EDIT_PATH = AA_INSTAL_URL;
>
>lines, which I prefer to not have there. The problem is with the
>protocol. The admin url in item.php3 is created by:
>
>$admin_path = ($AA_INSTAL_EDIT_PATH ?
>                     $AA_INSTAL_EDIT_PATH . "admin/itemedit.php3" :
>                     "itemedit.php3");
>
>So far the result was "itemedit.php3" for standard AA itemmanager pages
>which means, that you can access the pages by 'http' or 'https' and both
>works well.
>
>Now you have to specify AA_INSTAL_URL, so only one method is allowed,
>which is not good.
>
>Can I remove it from the config.php3?
>
>    Honza
>
>>  These complement AA_BASE_DIR which was already there and means a lot
>>  of sites will have very little to change in that file.
>>
>>  The down-side is that almost everyone upgrading via CVS will have to
>>  sort out conflicts.
>>
>>  Old - un-updated versions of config.php3 will work fine, since the
>>  variables defined are only internal to config.php3
>>
>>  - 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
>>
>
>
>
>
>-------------------------------------------------------
>Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
>The only event dedicated to issues related to Linux enterprise solutions
>www.enterpriselinuxforum.com
>
>_______________________________________________
>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-722 

Life is a Mystery to be Lived, not a Problem to be Solved

[Apc-aa-coders] Changes: se_fields starts at ..., File Manager, Summarize

[Mitra <mi...@ea...>]

I've uploaded to CVS some fixes ...

File Manager
- Fixed some bugs that broke it
  - for example a bunch of warnings if you upload a Doc file,
- fixed location of images from /apc-aa/images to ../images

Fixed some of the UI problems, in particular changed things from 
anchors on the left if the input field to buttons on the right 
(localized it to two functions uilr and FileAction, so its easy to 
switch back)


Made se_fields.php3 generate new id's starting at for example 
con_phone.......  rather than con_phone......1


admin/test.php3  now properly checks for existance of the FILEMAN_BASE_DIR

- Mitra


-- 
Mitra Technology Consulting -  www.mitra.biz - mi...@mi...
02-6684-8096  or 0414-648-722

Life is a Mystery to be Lived, not a Problem to be Solved

Re: [Apc-aa-coders] Bug in cache - Honza please confirm before commit to CVS

[Honza M. <hon...@ec...>]

Your solution with changing slice_id for itemview is good. There should
be the slice_id of slice, where items are stored and not the one, where
view definition is stored.

In fact, the itemview caching is not so important, now, because most of
the cases should be catched be view caching (which is on higher level -
so quicker).

   Honza

On Ne, 2003-05-11 at 16:04, Mitra wrote:
> Honza
> 
> I've found what looks like a bug in caching,
> 
> get_output_cached stores in the cache based on $this->slice_info->id
> 
> BUT .....
> 
> if it is called from GetViewFromDB, which has been called with a 
> view_param containing slice_id, then this slice_info->id still refers 
> to the slcie where the View was DEFINED, not to the 
> View_param/slice_id
> 
> The easiest fix, is to set slice_info->id to that in view_param, any 
> other fix would be a bit harder to figure out.
> 
> Any idea if this will break anything? it seems to work, but I'm not 
> 100% certain, so I haven't committed it to CVS.
> 
> - Mitra
> 
> 
> -- 
> Mitra Technology Consulting -  www.mitra.biz - mi...@mi...
> 02-6684-8096  or 0414-648-722
> 
> Life is a Mystery to be Lived, not a Problem to be Solved
> 
> 
> 
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
> 
> _______________________________________________
> Apc-aa-coders mailing list
> Apc...@li...
> https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
> 

Re: [Apc-aa-coders] config.php3 updated

[Honza M. <hon...@ec...>]

On Po, 2003-04-28 at 15:58, Mitra wrote:
> Honza
> 
> I've been checking in all the odds and ends from different 
> installations ofAPC-AA , so that you'll have the latest code for your 
> release.

Thanks.

> This included making some changes to config.php3 so that it has less 
> variation between sites. Specifically I've created three variables 
> ONLY used inside config.php3,
> 
> AA_SITE_PATH  e.g.  /home/httpd/html/
> AA_HTTP_DOMAIN  e.g. http://my.domain.org/

OK, no problem.

I see you also add the 

# URL or URL path to call admin/edititem.php etc.
# this is the variable to make _#EDITITEM alias, etc.
$AA_INSTAL_EDIT_PATH = AA_INSTAL_URL;

lines, which I prefer to not have there. The problem is with the
protocol. The admin url in item.php3 is created by:

$admin_path = ($AA_INSTAL_EDIT_PATH ? 
                    $AA_INSTAL_EDIT_PATH . "admin/itemedit.php3" :
                    "itemedit.php3");

So far the result was "itemedit.php3" for standard AA itemmanager pages
which means, that you can access the pages by 'http' or 'https' and both
works well.

Now you have to specify AA_INSTAL_URL, so only one method is allowed,
which is not good.

Can I remove it from the config.php3?

   Honza
 
> These complement AA_BASE_DIR which was already there and means a lot 
> of sites will have very little to change in that file.
> 
> The down-side is that almost everyone upgrading via CVS will have to 
> sort out conflicts.
> 
> Old - un-updated versions of config.php3 will work fine, since the 
> variables defined are only internal to config.php3
> 
> - 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
> 

[Apc-aa-coders] Bug in cache - Honza please confirm before commit to CVS

[Mitra <mi...@ea...>]

Honza

I've found what looks like a bug in caching,

get_output_cached stores in the cache based on $this->slice_info->id

BUT .....

if it is called from GetViewFromDB, which has been called with a 
view_param containing slice_id, then this slice_info->id still refers 
to the slcie where the View was DEFINED, not to the 
View_param/slice_id

The easiest fix, is to set slice_info->id to that in view_param, any 
other fix would be a bit harder to figure out.

Any idea if this will break anything? it seems to work, but I'm not 
100% certain, so I haven't committed it to CVS.

- Mitra


-- 
Mitra Technology Consulting -  www.mitra.biz - mi...@mi...
02-6684-8096  or 0414-648-722

Life is a Mystery to be Lived, not a Problem to be Solved

Re: [Apc-aa-coders] Adding fields - why the ....1

[Honza M. <hon...@ec...>]

No exact reason for this. You can change the code to start with '.' and
not '1' or you can use Slice Admin -> Change field IDs.

   Honza

On P=E1, 2003-05-09 at 14:01, Mitra wrote:
> When I add a field in se_fields, (Fields editor) it always appends=20
> the ....1 on the end,
>=20
> Is there a reason for this? It means for example that if you delete a=20
> field, then there is no way to add it back in again.
>=20
> E.g.  Delete Code Page (cp_code.........) and then add back Code Page=20
> and you get cp_code........1
>=20
> - Mitra
>=20
> --=20
> Mitra Technology Consulting -  www.mitra.biz - mi...@mi...
> 02-6684-8096  or 0414-648-722
>=20
> Life is a Mystery to be Lived, not a Problem to be Solved
>=20
>=20
>=20
> -------------------------------------------------------
> Enterprise Linux Forum Conference & Expo, June 4-6, 2003, Santa Clara
> The only event dedicated to issues related to Linux enterprise solutions
> www.enterpriselinuxforum.com
>=20
> _______________________________________________
> Apc-aa-coders mailing list
> Apc...@li...
> https://lists.sourceforge.net/lists/listinfo/apc-aa-coders
>=20

[Apc-aa-coders] Adding fields - why the ....1

[Mitra <mi...@ea...>]

When I add a field in se_fields, (Fields editor) it always appends 
the ....1 on the end,

Is there a reason for this? It means for example that if you delete a 
field, then there is no way to add it back in again.

E.g.  Delete Code Page (cp_code.........) and then add back Code Page 
and you get cp_code........1

- Mitra

-- 
Mitra Technology Consulting -  www.mitra.biz - mi...@mi...
02-6684-8096  or 0414-648-722

Life is a Mystery to be Lived, not a Problem to be Solved

[Apc-aa-coders] fileman

[Mitra <mi...@ea...>]

There are a number of bugs in fileman.php3, its bad enough that my 
guess is that none of the developers are using it, so its not getting 
tested and code-rot is happening as other things are changed.

I've fixed a couple of problems - obvious code problems, like 
undeclared global variables being used, I'm offline at the moment, 
but will upload tomorrow.

I also think we have an interface issue, for example as I look at the 
File Manager page its totally unclear what to do.

First impression is that you have to fill in all three fields, most 
forms like that are ALL not ALTERNATIVE, so at the least the text on 
the left "Create new file " etc, need "OR" between them.

Next problem is that its unclear that you type in a filename and 
click on the left to Create a new file, several times I typed in a 
name and hit return, which submits the form and then nothing happens. 
If the intention is to fill the form in and then click Create then 
shouldn't it be a button on the right, rather than a link on the left.

- 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