Menu
▾
▴
envolution-devel — Envolution Development List
You can subscribe to this list here.
| 2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(2) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2003 |
Jan
(2) |
Feb
(48) |
Mar
(17) |
Apr
(13) |
May
(102) |
Jun
(163) |
Jul
(203) |
Aug
(185) |
Sep
(16) |
Oct
(4) |
Nov
|
Dec
|
|
From: Sjahrazad A. <sja...@ba...> - 2003-05-28 19:11:12
|
On Wed, 28 May 2003 11:03:49 -0400, TiMax wrote > [...] > I think also we need to promote explain promote explain and explain > promote eNvolution to let know people and graphic men power of > envolution and what they can make with eNvolution, we need to have > themes themes .. [...] Hi All, I want to share ideas for the next installation release 1. We create a simple theme name Default as a default theme. It should be more functional rather than stylist theme, less of images except eNvo logo, less of scripts, clean, white background, not grey :) and only with text links on the left column such as Home, Admin, Help etc. Doing this way we can avoid any errors found for the first time installation which some times came from the themes nested tables, scripts, lost of tags etc. We also don't need to activate listed of modules links, reminder blocks, such as pn style. Then if they click the admin, they should see a consistent navigation structure. 2. The default theme is not intend to show-off rendering capabilities, but as the first tool for the web master to configure his site. Arrange the settings, activate the modules, setting users /groups, permission system etc. So if he found errors or bugs using the default theme, we know that the errors is not occur from the theme. We also suggest the users not to delete the Default theme. 3. We create procedures for webmaster to configure his site for the first time installation. Such as go first to the setting, modules, blocks etc. We define two types of modules, main modules and addons modules. So we can concentrate to clean up the main modules completely, including consistent in user navigations, help page, multi lang etc. For i.e we concentrate in Subjects and Arena Forum modules, make it more consistent. 4. To showoff the eNvo capabilites, we create layout possibilities snapshot as much as possible. Corporate style, weblog style, designers style, fancy, etc. Some snapshot images are available in the encompass page as standard themes, which should be tested first, free of errors. So if they install another theme which is not the standard theme and found errors, they will know its about the theme not eNvo. 5. To make the designers enthusiast supporting eNvo themes, we can announce in our theme channel for i.e the 'eNvo Theme for this month'. Also what TiMax suggestion about the theme competition with rewards is also a great idea. I think we can choose the right timing to announce this, maybe after the next release. sjah |
|
From: TiMax <ma...@em...> - 2003-05-28 15:25:37
|
I want to send here little resume from italian discussion, is a= very little resume in my very poor english, so ... start to decode me : we talk about number of next release, me and some of us think= 1.2.1 is not good because we add some feautures in this release and for that we need to show it in our number release= maybe with 1.2.5 I remember we add Oracle integration (+/- ready), new version of= subjects, messages with outbox, personal avatar with upload, expansion of user profile, new version of RTE lot of fix= and clean code. we talk about our chaos code for css, styles, classes etc .... about that Tchichi and @ngelspike work to clean code, to prepare= list of class we must use in modules and core, so all people use same class when write modules, blocks or themes, they= want to release public list in next days. Tchichi work also to check, delete or remplace deprecated class= in our code We talk also about better and intesive use of css in eNvoution We talk also about sytle.php, is nice idea but i think it not= work very good and make envolution slowly. maybe we can use style.css for that, so we can have one theme with 5 style.css= stylered.css styleblue.css bla bla bla Tichichi work also around new clear theme, compatibility with= browsers ie opera mozilla etc and W3C We all agree to keep compatiblity with modules and blocks= Postnuke, and sure after next release we can take time to check and clean some modules for eNvolution I think also we need to promote explain promote explain and= explain promote eNvolution to let know people and graphic men power of envolution and what they can make with eNvolution,= we need to have themes themes .. About modules and blocks i just put online www.envoaddon.com,= that want to be our demo site where we can show modules, blocks addons show with envolution, i need to work around this= theme a little more because it keep left colomn when i use logic plus, so i put online lot of modules blocks etc asap= ..... this site is in multilanguage mode and only with little news to explain " we have add this module with these= features .... ", people can see it in actio, but for support or downloads they are redirect in our support sites ..... I think that, with this site is very easy also for french user to= know that german user have developed module and need to be translated or to promote it ... Maybe we can think also about something like xaraya, one= repository where we or developer can assign number for each module and let know people about what he mean develope and status= of developement. Ok for now is good ..... that si only some suggestion we can= start talk about ..... So people... i read nothing about who have time to be lead= developer, so i repeat my question: =09=09=09=09Who have time and want to be lead developer ? TiMax |
|
From: TiMax <ma...@em...> - 2003-05-28 15:02:55
|
Yes german result made by italian people ...... remember= Shumacher lol TiMax On Wed, 28 May 2003 11:11:24 +0200, Stefan Koehler wrote: > Hey. Great work. > I will install the latest CVS-snapshot on our test drive. > Then I will tell you the *german results* ;-) > > WindMeUp |
|
From: TiMax <ma...@em...> - 2003-05-28 14:34:09
|
I agree about file manager, but for subjects i think is better if= we keep our Subjects module, i need to work around install procedure about that in next days but i think now our= subjects module have very nice features and work good. TiMax On Wed, 28 May 2003 11:21:44 +0200, Stefan Koehler wrote: > Some other infos: > Before we can release eNvo 1.2.1 we have to implemant another= hack. > The russian PN-site (http://home.postnuke.ru) has split the= filemanager from the Subjects-module. It means that both functionalities would be able as two stand-alone modules and= pnAPI-complient. > The filemanager is ready to use. I have tested it and all= works fine. > The subjects module is not ready so far. But we can distribute= the filemanger (named: EW FileManager) and our Subjects since "EW Subjects" is ready. > Then it is very easy to install, administrate and use= file-uploads function where ever we need. > About this modification, I have to change also the Admin-part= of RTE. Because I can delete the Subjects-Part on top of RTE-configuration-setup. > > WindMeUp > > > ------------------------------------------------------- > 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 > _______________________________________________ > Envolution-devel mailing list > Env...@li... > https://lists.sourceforge.net/lists/listinfo/envolution-devel |
|
From: Arden W. <ar...@li...> - 2003-05-28 09:47:00
|
>On Fri, 2003-05-23 at 10:53, Sjahrazad Alamsjah wrote: > We have to find our own motto and vision, for i.e. replace the motto in envo > main page, 'eNvolution is a PostNuke forking .. etc'. From marketing side, > this is not a 'selling' information :) I agree. Would be nice if something different could be added to the install routine for that. I've got a sample at http://envolution.linuxguru.ca/article1.html but now think that it need <li> added for Oracle support <li> etc... <li> etc... |
|
From: Stefan K. <Ste...@ga...> - 2003-05-28 09:22:42
|
Some other infos: Before we can release eNvo 1.2.1 we have to implemant another hack. The russian PN-site (http://home.postnuke.ru) has split the filemanager = from the Subjects-module. It means that both functionalities would be able = as two stand-alone modules and pnAPI-complient. The filemanager is ready to use. I have tested it and all works fine. The subjects module is not ready so far. But we can distribute the = filemanger (named: EW FileManager) and our Subjects since "EW Subjects" is = ready. Then it is very easy to install, administrate and use file-uploads = function where ever we need. About this modification, I have to change also the Admin-part of RTE. = Because I can delete the Subjects-Part on top of RTE-configuration-setup. WindMeUp |
|
From: Stefan K. <Ste...@ga...> - 2003-05-28 09:12:27
|
SGV5LiBHcmVhdCB3b3JrLg0KSSB3aWxsIGluc3RhbGwgdGhlIGxhdGVzdCBDVlMtc25hcHNob3Qg b24gb3VyIHRlc3QgZHJpdmUuDQpUaGVuIEkgd2lsbCB0ZWxsIHlvdSB0aGUgKmdlcm1hbiByZXN1 bHRzKiA7LSkNCg0KV2luZE1lVXANCg0KPj4+IEx1Y2EuR2lvcHBvQGNzaS5pdCAyNi4wNS4wMyAx Ny4zNyBVaHIgPj4+DQoNCk9rIHdlIGhhdmUgcmlnaHQgbm93IGNvbXBsZXRlZCB0aGUgZmlydHMg cGFydCBvZiBPcmFjbGUgY29udmVyc2lvbi4NCldlIG1hbmFnZWQgdG8gaGF2ZSB0aGUgaW5zdGFs bGF0aW9uIHJvdXRpbmUgZnVuY3Rpb25pbmcsIG5vdyB5b3UgY2FuIGNob29zZQ0KdG8gaW5zdGFs bCBvbiBteXNxbCBvciBPcmFjbGUgKG9jaTgpLg0KVGhlIHNpdGUgeW91IGdldCBmdW5jdGlvbnMg Zm9yIHRoZSBtb3N0IGJhc2ljIG9wZXJhdGlvbnMgaW4gT3JhY2xlIChhbmQNCmNvbXBsZXRlbHkg aW4gbXlzcWwpLg0KTXVjaCBhcyBzdGlsbCB0byBiZSBkb25lIGFuZCBpbnRlbnNpdmUgdGVzdCBo YXMgdG8gYmUgbWFkZSB0byBkZWNsYXJlIGl0DQpjb3JyZWN0Lg0KV2UgYmVsaWV2ZSB0aGF0IGZv ciB0aGUgbmV4dCAyIHdlZWtzIHdlJ2xsIGZpeCB0aGUgYmlnZ2VzdCBidWdzIHJlbWFpbmlnIChJ DQpleHBlY3QgZmV3IHByb2JsZW1zIHdpdGggdHJpZ2dlcnMgYW5kIHNlcXVlbmNlcykuDQpIb3Bl IHNvbWUgb2YgeW91IGNhbiBoYXZlIGFuIE9yYWNsZSBhdCBoYW5kIGFuZCBnaXZlIGl0IGEgdHJ5 Lg0KQXMgc3VnZ2VzdGVkIHdlJ3JlIGNvbnZlcnRpbmcgdGhlICdpZicgd2UgdXNlZCBvbiBzb21l IGZpbGVzIHdpdGggYQ0KJ3N3aXRjaCcgc28gdG8gYmUgYWJsZSB0byBhcHBseSBjdXN0b21pemF0 aW9ucyBhbHNvIHRvIG90aGVyIERCcy4NCkJ5ZQ0KTHVjYQ0KDQpmZWVkYmFjayBhcHByZWNpYXRl ZCA9IHNlbmQgaW4gdGhlIGJ1Z3MNCmV2ZW4gaWYgaXQncyBpbiBvdGFsaWFuIGkgYWR2aWNlIGV2 ZXJ5Ym9keSB0byB0cnkgcmVhZGluZyB0aGUgZG9jIG9uIE9yYWNsZQ0KcnVsZXMgd2UgcG9zdGVk IG9uIGVudm9sdXRpb24uaXQgdGhlIGV4YW1wbGVzIGluY2x1ZGVkIGFyZSBxdWl0ZSAnb3Blbg0K bGFuZ3VhZ2UnIGFuZCBpdCBjb3VsZCBkbyB1bnRpbGwgd2UgZmluZCB0aW1lIHRvIGdldCBhIHRy YW5zbGF0aW9uLg0K///////////////////////////////////////////////////////TKiv5 3irpKipYKrIqJ7IqKnW8/zm4KnLUKvgq/yH35WoqXiop4PjrQvvqKyWr2nIqXioqKj+ouip8WCpq KqgqKioqdqt6VioqKtoq1ippKnorKWop37pf3fh/7XYqKj8oXnJKLrTmKnnLUioqP9owP6rtofPr +A0KKrLEqH7cKu/h2v//PzAq+irnLbLaK3v5Kir7KLoqfirge/////////////////////////// ////////////////////e+gq62L4f9169z8qqD8qeCUqy0Qq+iW6Kqgq91696f8qKy0q+yi6Kn4q 4Hv5Km18Kv8qWCoqP/jq3Hn6Kyrv53rf5SrLbCpYKinfo/cqKm4qJ/3XKg0KDQo= |
|
From: <Luc...@cs...> - 2003-05-26 15:33:40
|
DQpPayB3ZSBoYXZlIHJpZ2h0IG5vdyBjb21wbGV0ZWQgdGhlIGZpcnRzIHBhcnQgb2YgT3JhY2xl IGNvbnZlcnNpb24uDQpXZSBtYW5hZ2VkIHRvIGhhdmUgdGhlIGluc3RhbGxhdGlvbiByb3V0aW5l IGZ1bmN0aW9uaW5nLCBub3cgeW91IGNhbiBjaG9vc2UNCnRvIGluc3RhbGwgb24gbXlzcWwgb3Ig T3JhY2xlIChvY2k4KS4NClRoZSBzaXRlIHlvdSBnZXQgZnVuY3Rpb25zIGZvciB0aGUgbW9zdCBi YXNpYyBvcGVyYXRpb25zIGluIE9yYWNsZSAoYW5kDQpjb21wbGV0ZWx5IGluIG15c3FsKS4NCk11 Y2ggYXMgc3RpbGwgdG8gYmUgZG9uZSBhbmQgaW50ZW5zaXZlIHRlc3QgaGFzIHRvIGJlIG1hZGUg dG8gZGVjbGFyZSBpdA0KY29ycmVjdC4NCldlIGJlbGlldmUgdGhhdCBmb3IgdGhlIG5leHQgMiB3 ZWVrcyB3ZSdsbCBmaXggdGhlIGJpZ2dlc3QgYnVncyByZW1haW5pZyAoSQ0KZXhwZWN0IGZldyBw cm9ibGVtcyB3aXRoIHRyaWdnZXJzIGFuZCBzZXF1ZW5jZXMpLg0KSG9wZSBzb21lIG9mIHlvdSBj YW4gaGF2ZSBhbiBPcmFjbGUgYXQgaGFuZCBhbmQgZ2l2ZSBpdCBhIHRyeS4NCkFzIHN1Z2dlc3Rl ZCB3ZSdyZSBjb252ZXJ0aW5nIHRoZSAnaWYnIHdlIHVzZWQgb24gc29tZSBmaWxlcyB3aXRoIGEN Cidzd2l0Y2gnIHNvIHRvIGJlIGFibGUgdG8gYXBwbHkgY3VzdG9taXphdGlvbnMgYWxzbyB0byBv dGhlciBEQnMuDQpCeWUNCkx1Y2ENCg0KZmVlZGJhY2sgYXBwcmVjaWF0ZWQgPSBzZW5kIGluIHRo ZSBidWdzDQpldmVuIGlmIGl0J3MgaW4gb3RhbGlhbiBpIGFkdmljZSBldmVyeWJvZHkgdG8gdHJ5 IHJlYWRpbmcgdGhlIGRvYyBvbiBPcmFjbGUNCnJ1bGVzIHdlIHBvc3RlZCBvbiBlbnZvbHV0aW9u Lml0IHRoZSBleGFtcGxlcyBpbmNsdWRlZCBhcmUgcXVpdGUgJ29wZW4NCmxhbmd1YWdlJyBhbmQg aXQgY291bGQgZG8gdW50aWxsIHdlIGZpbmQgdGltZSB0byBnZXQgYSB0cmFuc2xhdGlvbi4NCg== |
|
From: <Luc...@cs...> - 2003-05-26 11:40:16
|
DQpJIG1lYW50IHRoYXQgSSBiZWxpZXZlIHRoYXQgKGFzIGRvbmUgaW4gb3RoZXIgY29tbXVuaXRp ZXMgbGlrZSBjb2Nvb24nIG9uZSkNCmRldmVsb3BtZW50IHNob3VsZCBiZSBjb25zb2xpZGF0ZWQs IHN0b3BwaW5nIGZvciBhIGJpdCB0aGUgaW5zZXJ0aW9uIG9mIG5ldw0KcGllY2VzIHRvIGFsbG93 IHRoZSB0ZXN0IHBlb3BsZSB0byBjaGVjayBhbGwgdGhlIHdvcmsgYW5kIGRlZmluZSB0aGUNCmJh c2VsaW5lIG9mIHRoZSBuZXcgcmVsZWFzZS4NCkwNCg0KDQp8LS0tLS0tLS0tKy0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPg0KfCAgICAgICAgIHwgICAgICAgICAg ICJQcml2YXQgXChTdGVmYW5cKSIgICAgICAgICAgICAgIHwNCnwgICAgICAgICB8ICAgICAgICAg ICA8cHJpdmF0QHByb3dpbmdzLmRlPiAgICAgICAgICAgICB8DQp8ICAgICAgICAgfCAgICAgICAg ICAgSW52aWF0byBkYTogICAgICAgICAgICAgICAgICAgICAgfA0KfCAgICAgICAgIHwgICAgICAg ICAgIGVudm9sdXRpb24tZGV2ZWwtYWRtaW5AbGlzdHMuc291cnwNCnwgICAgICAgICB8ICAgICAg ICAgICBjZWZvcmdlLm5ldCAgICAgICAgICAgICAgICAgICAgICB8DQp8ICAgICAgICAgfCAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgfA0KfCAgICAgICAgIHwgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCnwgICAgICAgICB8ICAg ICAgICAgICAwNS8yNC8yMDAzIDAxOjQzIEFNICAgICAgICAgICAgICB8DQp8ICAgICAgICAgfCAg ICAgICAgICAgUGVyIGZhdm9yZSwgcmlzcG9uZGVyZSBhICAgICAgICAgfA0KfCAgICAgICAgIHwg ICAgICAgICAgIGVudm9sdXRpb24tZGV2ZWwgICAgICAgICAgICAgICAgIHwNCnwgICAgICAgICB8 ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICB8DQp8LS0tLS0tLS0t Ky0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tPg0KICA+LS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLXwNCiAgfCAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICB8DQogIHwgICAgICAgUGVyOiAgICAgIDxlbnZvbHV0aW9uLWRldmVs QGxpc3RzLnNvdXJjZWZvcmdlLm5ldD4gICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgfA0KICB8ICAgICAgIENjOiAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAg ICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgICAgIHwNCiAgfCAgICAg ICBPZ2dldHRvOiAgUmU6IFtFbnZvbHV0aW9uLWRldmVsXSBvcmcuIHF1ZXN0aW9ucy4uLiB0YWxr IHdpdGggbWUgICAgICAgICAgICAgICAgICAgICAgICB8DQogID4tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t LS0tLS0tLS0tLS0tLS0tLS0tfA0KDQoNCg0KDQpJZiBJIHVuZGVyc3RhbmQgeW91IHJpZ2h0LCB5 b3UgY2FuIG9ubHkgZmluaXNoIHdvcmssIGlmIGFsbCB1cGxvYWRzIG9uIENWUw0KYXJlIGRvbmUs IGFuZCB3ZSBzdG9wcyB0aGUgZGV2ZWxvcG1lbnQgb2YgYWN0dWFsIENWUy4NCkkgdGhpbmsgdGhp cyBpcyBub3QgbmVlZGVkLiBDVlMgaXMgYSB2ZXJzaW9uaW5nIHRvb2wgYW5kIGxvZ3MgYWxsDQpt b2RpZmljYXRpb25zIGluIHRoZSBmaWxlcy4gWW91IGNhbiBjaGVjayBvdXQgYWxsIG9mIHRoZXNl IGNoYW5nZXMgZGlyZWN0bHkNCmFuZCBpZiBzb21ldGhpbmcgd3JvbmcsIHlvdSBjYW4gcmUtY29k ZSBhbGwgbWlzdGFrZXMuDQpTbywgaWYgdHdvIGRldmVscyB3b3JrcyBvbiB0aGUgc2FtZSBzb3Vy Y2UsIENWUyB3aWxsIGxvZyBhIGNvbmZsaWN0Lg0KTm9ybWFsbHkgbm8gZGF0YSBsb3N0cyBjYW4g aGFwcGVuLg0KRmVlbCBmcmVlIHRvIGZpbmlzaCB5b3VyIHdvcmsuDQoNCldpbmRNZVVwDQoNCg0K DQotLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0tLS0t DQpUaGlzIFNGLm5ldCBlbWFpbCBpcyBzcG9uc29yZWQgYnk6IE9iamVjdFN0b3JlLg0KSWYgZmxh dHRlbmluZyBvdXQgQysrIG9yIEphdmEgY29kZSB0byBtYWtlIHlvdXIgYXBwbGljYXRpb24gZml0 IGluIGENCnJlbGF0aW9uYWwgZGF0YWJhc2UgaXMgcGFpbmZ1bCwgZG9uJ3QgZG8gaXQhIENoZWNr IG91dCBPYmplY3RTdG9yZS4NCk5vdyBwYXJ0IG9mIFByb2dyZXNzIFNvZnR3YXJlLiBodHRwOi8v d3d3Lm9iamVjdHN0b3JlLm5ldC9zb3VyY2Vmb3JnZQ0KX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fX19fX19fX18NCkVudm9sdXRpb24tZGV2ZWwgbWFpbGluZyBsaXN0DQpF bnZvbHV0aW9uLWRldmVsQGxpc3RzLnNvdXJjZWZvcmdlLm5ldA0KaHR0cHM6Ly9saXN0cy5zb3Vy Y2Vmb3JnZS5uZXQvbGlzdHMvbGlzdGluZm8vZW52b2x1dGlvbi1kZXZlbA0KDQoNCg0KDQo= |
|
From: <s.k...@pr...> - 2003-05-26 07:51:00
|
@sjah: [...] Yes, you're right, it needs managers to organize the groups task and keep the committed rules. However, in commercial hierarchy, you have the power, superior, to enforce the task list. In opensource you don't have it. It only depend on how we respect each other. So it needs more personal approach rather than formal ways. About PN, yes, why they don't create two branches, one pn-bl and pn- encompass :) There will be no fork, because both concept has its own strength points and qualified developers. Such as Windows95 and Win-NT4.0 :) [...] I agree. Maybe I'm to critically. But I think the project "eNvo" needs a better guidance to go the desired way. I know, that you can't predescribe anybody, what he has to do. Also you can't define a strictly timeframe for parts or the whole project as in commercial projects. But a Lead Developer has to manage and decide which is good for the core, which is an additionally function, 3rd-party, possible for the future or not needed. [...] I tried the module, thats great!. This is also can become an added value for envo. Once you're ready, I hope we can use it for our intranet site. For the current purpose I already installed the phprojekt, so we can organize all issue here in intranet site. Then we can use this mailing list back to development purpose. [...] Thanks. I have finished the ToDo-module near 90%. To show you parts of the functionality, I have recode some parts. But I think it would be ready this week. Then we can use it as eNvo-module on every site. You say, you have installed phproject on your intranet and want to use this mailing list for dev. purpose, this is good, but not enough. I mean, if a new developer enters eNvo.com and install the latest release on his server, maybe he find some parts useless or want to change something. Because he can't find any infos, which parts are under development and which person do what, it would be possible he starts with programming and think he do something new. But at same time other developer code the same. Not good. Also: Only members who are on the mailing list, can read this infos and results. So we need a complete actual (public) project status over all parts of eNvo. Nice features for that are: credits, envoDev, ToDo. WindMeUp |
|
From: <s.k...@pr...> - 2003-05-26 07:13:43
|
@TiMax: [...] > I mean: For better developement of all parts of eNvo (core, > module, 3rd-party) we need a Lead Developer, who coordinates all other devs > and delegate things. Look into the document. The description there is perfect. > Also it would be a nice idea, to create local dev-teams (and a Local Lead > Developer). Because perhaps the priorities of eNvo-features > differs (users in USA need other features as users in > Germany). i agree .. who have time to be our Lead Develper ? [...] We have to talk about it. What do you think? [...] > As we can see on "eNvo network" we have many local sites in > many countries. All sites are authonom. This is OK. But it would be nice, if > we can link together some parts of eNvo, i.e. Downloads, Weblinks, some > support forum desks. So I can see on eNvo.de, if there is a new upload on > eNvo.com. i don't agree with that, i already try with this features but not work .... it not work because is too different for example Italian and english language, so sometimes some upload are specifi for Italian users and is not good for other people. I think is better to have channel or mailing list dedicated to all support sites, so all responsables can write in this mailing list all news, new download etc other responsable can read it translate it and put in his download section. [...] I agree. This is what I meant. I don't want to create a new overall database for this infos. I think it is enough to create blocks with Links in it, which lists all new entries of several sites. The idea of backend.php behind news is the way we can realize it. Because on eNvo.de there are some fixes/updates (i.e. Banners, RTE, users-system), which are not found on eNvo.com or eNvo.it (or vise versa). But it would be also interest for international users. So, which I would have to do, would be, to upload my fixes on all local sites (and have to update, if there would be changes). Crazy...... Other solution is, to upload all these files central on eNvo.com and announce it via backend-block. [...] I agree .... i see also in PN they changed all credits visible with credits module to last developer, and i think is correct to change it also for us, maybe i change it tomorrow, because i think is correct to have public credit and contact about last developer work around module, block etc ..... [...] Good idea. Do it. [...] > To produce a final version of eNvo (Version 1.3 ?) we need a > identical "look-and-feel" in all core modules. At this time, the layout of > News, Comments, Reviews, Downloads, Weblinks, etc. differs. Possible to > coordinate it. Also we can centralize some parts of code into a secondary API, > which will only load if modules needed (not every loadtime as the pnAPI). Here > we can include functions and programs i.e. PopUps, Select-Boxes, Colorpicker, > Imagepicker, DateTime-converter, etc. i agree ... and we need to write some code rules also [...] Yes. We need code rules. The module "template" is a good idea to begin a new module-project, but not enough. For module devs we need some more informations. For that, I think I start with a secondary API and include some public functions there, which can be used from several modules. For example, the colorpicker is a good starting point for sharing functionality all over eNvo-system. Then we can write a developer-guidance, which explains what functions there (in general and secondary API) and how to design the code to get a wellformed certified eNvo-module. WindMeUp |
|
From: <Chr...@t-...> - 2003-05-24 05:22:28
|
Hi all, I'm following the discussion and I like that we started it. I agree with Stefans points of view, like the other eNvos did for the most points also. Because I can take very little part to this discussion the next few days (journey until May, 28) I want to let You know, that I will continue to partizipate on eNvolution as a translator, supporter and/or coordinator. I believe in the power in eNvolution and it's team, anyhow we are still a small team, but it's growing (there are highly interested guys on eNvo.de) I agree that we need an organizational structure, which is a mix of political parties an hierarchical structure. Maybe we can start hierarchical and put more and more parts of "democracy" to it. I agree with Stefan, that we need some common databases (weblinks, downloads, memberlist...), maybe with some national categrories. I agree that we need a group- or taskware (I had have a look at ToDo-List at eNvo.de), regular chats, mailinglist for eNvo-coordinators etc. This in shortness because I have to leave this morning, that you know. I'm with you. Sorry for that I can't take part the next days. Christoph/gatoNero -- mailto:chr...@t-... personal: http://www.christoph-schwaeppe.de CMS: http://www.envolution.de ICQ: 174676647 jabber gat...@am... |
|
From: Sjahrazad A. <sja...@ba...> - 2003-05-24 04:53:05
|
On Sat, 24 May 2003 01:17:30 +0200, Stefan K=F6hler wrote > [...] > But I think also OpenSource-projects with the dimension of eNvo=20 > needs a bit same strictly and hirarchical structure as a commercial=20 > project. Not all and not with same restrictions. But without any=20 > rules, everybody can do what he want, and maybe two devs works on=20 > same things at same time (but without knowing them). This is=20 > dangerously and unexceptable. Remember what happend with PN-devel- > team last year.[...] Yes, you're right, it needs managers to organize the groups task and keep= =20 the committed rules. However, in commercial hierarchy, you have the power, superior, to enforc= e=20 the task list. In opensource you don't have it. It only depend on how we=20 respect each other. So it needs more personal approach rather than formal= =20 ways. About PN, yes, why they don't create two branches, one pn-bl and pn- encompass :) There will be no fork, because both concept has its own=20 strength points and qualified developers. Such as Windows95 and Win-NT4.0= :) > [...] > Good idea. But do you know that I am develop a module named "Todo"?=20 > [...] I tried the module, thats great!. This is also can become an added value = for=20 envo. Once you're ready, I hope we can use it for our intranet site. For the current purpose I already installed the phprojekt, so we can=20 organize all issue here in intranet site. Then we can use this mailing li= st=20 back to development purpose. sjah |
|
From: TiMax <ma...@em...> - 2003-05-24 03:59:10
|
On Fri, 23 May 2003 13:05:22 +0200, Stefan K=F6hler wrote: > Here are my points of organize structure we have to > do: > > First of all: Is the "Organization Structure" up-to-date ? > Read here:= http://www.envolution.com/modules.php?op=3Dmodload&name=3DSubjects&f= ile=3Dindex&req=3Dviewpage&pageid=3D25 > > I mean: For better developement of all parts of eNvo (core, > module, 3rd-party) we need a Lead Developer, who coordinates= all other devs > and delegate things. Look into the document. The description= there is perfect. > Also it would be a nice idea, to create local dev-teams (and= a Local Lead > Developer). Because perhaps the priorities of eNvo-features > differs (users in USA need other features as users in > Germany). i agree .. who have time to be our Lead Develper ? > As we can see on "eNvo network" we have many local sites in > many countries. All sites are authonom. This is OK. But it= would be nice, if > we can link together some parts of eNvo, i.e. Downloads,= Weblinks, some > support forum desks. So I can see on eNvo.de, if there is a= new upload on > eNvo.com. i don't agree with that, i already try with this features but not= work .... it not work because is too different for example Italian and english language, so sometimes some upload= are specifi for Italian users and is not good for other people. I think is better to have channel or mailing list dedicated to= all support sites, so all responsables can write in this mailing list all news, new download etc other responsable can= read it translate it and put in his download section. > > Where are all the developers? And who coded what? I > don't know it in details. I can't find any public (or= private) information > which will answers my questions. If I read "credits.txt" on= CVS, I can only > find two developers (Frank and me). Where are the others? And= I mean > developers, not designers, supporters, testers, etc. I agree .... i see also in PN they changed all credits visible= with credits module to last developer, and i think is correct to change it also for us, maybe i change it tomorrow,= because i think is correct to have public credit and contact about last developer work around module, block etc ..... > > The official roadmap is out of date. It was written last > year. This document has to be update on new status of the= actual eNvo-version. > There are a lot of code changed, modified, included in the= meantime. Possible > we need a new starting point. i agree we talk about it .. > > In parts it seems to me, that everybody do anything: > Developers do translations, Translators supports, Testers= fixes, and so on. > And nobody knows, what the other do. > > At this time the hole eNvo-team is small, but in the near > future, lot of people wanted to be members of the team. So we= need a > hirarchical structure for personal, positions, things todo= and complete > projects process. agree > > To produce a final version of eNvo (Version 1.3 ?) we need a > identical "look-and-feel" in all core modules. At this time,= the layout of > News, Comments, Reviews, Downloads, Weblinks, etc. differs.= Possible to > coordinate it. Also we can centralize some parts of code into= a secondary API, > which will only load if modules needed (not every loadtime as= the pnAPI). Here > we can include functions and programs i.e. PopUps,= Select-Boxes, Colorpicker, > Imagepicker, DateTime-converter, etc. i agree ... and we need to write some code rules also > > We must distribute the project-tasks on several shoulders. It > is good for now, that TiMax, as Project Manager and Founder,= manages all and > hold his hands on it. But in the future it would be better to= split it off and > coordinate it in a strictly way. It is not possible to do= anything at same > time. I see it for eNvo.de and TiMax see it for eNvo.com and= eNvo.it It is > impossible for one person to code, support, discuss basics,= coordinate, > administrate, etc. for this kind of program eNvo is. If we= can change it, > everybody can concentrate his work on his primary tasks in= the > community. I agree ouffffffffff LOL > > A good idea is also, to initiate a periodical discussion > board on IRC. Possible to meat i.e. once a week, every 2nd= Thursday, once a > month; and splitted for development and support. > This are only some of my points of view. Possible > my opinion is too heavy-weight. Possible I'm too critical. But= I want to dicuss > my thoughts with all of you. I agree also > And remember: > This is not a flame. I don't want to critizise > single persons. The points above are fundamental problems I= see for the whole > project. I'm a developer who works the whole day (and= sometimes the whole night) > with eNvolution. In real life I'm software engineer fo a large= production > company in germany. The frontend of our intranet is= eNvolution. And I don't want > to change it to an other system. > > So, all what I do (now and in the future) is with > and for this great CVS. > > Stefan Koehler aka WindMeUp > s.k...@pr... > www.drachentasche.de > www.envolution.de > > +++ walking in the air > +++ Yes i know you are good boy and good developer LOL Timax |
|
From: TiMax <ma...@em...> - 2003-05-24 03:43:21
|
On Sat, 24 May 2003 01:17:30 +0200, Stefan K=F6hler wrote: > Absolutly agreed. Now eNvo is better then last year. And only= in some core > parts a fork of PN / phpNuke. > There are many functions, modules and designs which other CMS= haven't. > And I don't forget the great work of our italian friends (many= thanks to > Luca alias csipiemonte) about Oracle integration. > This direction is what eNvo needs. These things make eNvo= uniquely. But now we need to have good english documentation .... and sure= i can't write it :)) > [...] More similar to political party organization > rather than business organization :) The key point are the= same vision, > idealism and goals. If these are stated clearly, then= volunteers will be > interested to involve more seriously. [...] > > But I think also OpenSource-projects with the dimension of= eNvo needs a bit > same strictly and hirarchical structure as a commercial= project. Not all and > not with same restrictions. But without any rules, everybody= can do what he > want, and maybe two devs works on same things at same time= (but without > knowing them). > This is dangerously and unexceptable. > Remember what happend with PN-devel-team last year. But remember also we are in Open Source world and sometimes is= not easy to organize all people, because lot of times when you think to have people for all place .... maybe someone= have family, work or his problems so ........ ..... is not easy to manage it > > [..] I plan to install phprojekt in envodev site. This is a= light groupware > app. > not too complicated, which can be used to integrate all ideas,= task from all > envo networks. We don't need to create fixed schedules, but at= least we have > a time frame for the planning. [...] > > Good idea. But do you know that I am develop a module named= "Todo"? This is > part of our intranet with some more links to our backends (SAP= R/3, > Customers, projects, marketing, etc.) and several permission= checks. > I have change this module a bit and installed it on eNvo.de.= Sorry, but not > all works fine now. But I will finish it soon. > > If you are interested, you can see it in action here: > http://www.germany.envolution.net/index.php?module=3Dtodolist > Not all members are allowed to look into this list. I have to= activate them > manually. > But "sjah", "GatoNero" and "TiMax" are activated. > > Possible we can use it instead of phproject. ;-) > > WindMeUp Nice module .... and tell me are ready to use ? TiMax |
|
From: TiMax <ma...@em...> - 2003-05-24 03:20:01
|
On Sat, 24 May 2003 01:43:32 +0200, Privat \(Stefan\) wrote: > Luca: > [...] I agree on the need of a roadmap, and as TiMax was= saying we started a > discussion on the 'italian side of the world' and TiMax will= report on our > impressions ad proposals as he said. [...] > > Nice to hear from TiMax and you, that italians discuss this= problematic. But > what is with the rest of eNvo contributers worldwide they= don't understand > italian? > This is what I mean. The communication among themselves does= not function. > This has to be set under better coordination. If you want we can continue here italian discuss,but i don't know= what you understand and lot of Italian developers don't understand english language. Also german discuss is problematic for me :)) and maybe for a= couple of other people, for this raison i hope you can start same discussion with german developers, so you can send= here resume of german discuss, i can send here resume from italian discuss, philip or pantosite can post from french discuss= etc ..... You are right about that, we need better coordination and i work= around it, also for this raison i m happy now to have responsables for each support site, so we can start to have good= structure and remember, another difference from Postnuke is that, they work to have structure in one site for one= language, we work to have structure to one network and for lot of languages, sure is difficult to organize. And sure, i see that german comunity is very active and i see= someone (i don't remember his name ) modifiedCE to work in eNvolution, nice work but english people, italian people, french= people, spanish people etc don't know nothing about it. In italian site we work also to translate our developement in= englsih site, but sure maybe we can do better, same thing for french and other sites .... Always for this raison i started www.envoaddon.com, where i want= to put demo of modules, blocks, addons in multilanguage mode, so all people can see eNvo work with his addons but when= people want to download, need support or talk about these addons they are redirect in local support site of eNvo network. And maybe .... we need user much better also this mailing and= other tools > [...] I'd like to stress a few points we'll need to develop on= envolution > for our > needs, that we'll like to confront with the development team;= we need: > LDAP integration (i saw a module for postnuke that could be= integrated) > performance matter, we are going to stress envolution with= Mercury's > Loadrunner in a few days and we'll transmit all of you the= results and plan > to find the bottlenecks (if there are any); this because we= need to use > anvo in a contest with 20000 users. [...] Cino also work around LDAP integration TiMax |
|
From: Privat \(Stefan\) <pr...@pr...> - 2003-05-23 23:41:11
|
Luca: [...] I agree on the need of a roadmap, and as TiMax was saying we started a discussion on the 'italian side of the world' and TiMax will report on our impressions ad proposals as he said. [...] Nice to hear from TiMax and you, that italians discuss this problematic. But what is with the rest of eNvo contributers worldwide they don't understand italian? This is what I mean. The communication among themselves does not function. This has to be set under better coordination. [...] I'd like to stress a few points we'll need to develop on envolution for our needs, that we'll like to confront with the development team; we need: LDAP integration (i saw a module for postnuke that could be integrated) performance matter, we are going to stress envolution with Mercury's Loadrunner in a few days and we'll transmit all of you the results and plan to find the bottlenecks (if there are any); this because we need to use anvo in a contest with 20000 users. [...] Good news. As you know, we work for our intranet also with Oracle-DB and SAP R/3. And all what you're doing is absolutly welcome. We don't use LDAP at the moment, but in near future it should be a nice feature, also for our intranet. There exist a lib for PHP. I can check it for you if you want. And stress-tests are the best way to prove that eNvo is one of the fastest PHP-CMS ;-) [...] The situation on Oracle is that the basic funcionalities are operative and we can have a running site, obviously not jet a production situation, we are continually injecting modifications so until someone stops the work on the CVS to make the tests before the release, we can complete more pieces. [...] If I understand you right, you can only finish work, if all uploads on CVS are done, and we stops the development of actual CVS. I think this is not needed. CVS is a versioning tool and logs all modifications in the files. You can check out all of these changes directly and if something wrong, you can re-code all mistakes. So, if two devels works on the same source, CVS will log a conflict. Normally no data losts can happen. Feel free to finish your work. WindMeUp |
|
From: <s.k...@pr...> - 2003-05-23 23:15:34
|
sjah: [...] From my point, the recent article is just only about communication timing. We have lot of new members who starting to know eNvo. The forum is active with questions. And maybe some new members also not came from pn users. So we have to start to maintain the communication to eNvo members. [...] You're right. This is a big problem overall. But if we have a better documentation in our supported languages, most users don't ask basic questions. So the support-team can concentrate they work better. But I meant with my points of view not only the supporting, more with developer eyes. [...] For the next posting /article which are related to the development issue, I'll post it here first, to get some feedback before post it to envo.com [...] Good. I hope I'm not the one-and-only developer on this list ;-) [..] We have to find our own motto and vision, for i.e. replace the motto in envo main page, 'eNvolution is a PostNuke forking .. etc'. From marketing side, this is not a 'selling' information :) [...] Absolutly agreed. Now eNvo is better then last year. And only in some core parts a fork of PN / phpNuke. There are many functions, modules and designs which other CMS haven't. And I don't forget the great work of our italian friends (many thanks to Luca alias csipiemonte) about Oracle integration. This direction is what eNvo needs. These things make eNvo uniquely. [...] More similar to political party organization rather than business organization :) The key point are the same vision, idealism and goals. If these are stated clearly, then volunteers will be interested to involve more seriously. [...] But I think also OpenSource-projects with the dimension of eNvo needs a bit same strictly and hirarchical structure as a commercial project. Not all and not with same restrictions. But without any rules, everybody can do what he want, and maybe two devs works on same things at same time (but without knowing them). This is dangerously and unexceptable. Remember what happend with PN-devel-team last year. [..] I plan to install phprojekt in envodev site. This is a light groupware app. not too complicated, which can be used to integrate all ideas, task from all envo networks. We don't need to create fixed schedules, but at least we have a time frame for the planning. [...] Good idea. But do you know that I am develop a module named "Todo"? This is part of our intranet with some more links to our backends (SAP R/3, Customers, projects, marketing, etc.) and several permission checks. I have change this module a bit and installed it on eNvo.de. Sorry, but not all works fine now. But I will finish it soon. If you are interested, you can see it in action here: http://www.germany.envolution.net/index.php?module=todolist Not all members are allowed to look into this list. I have to activate them manually. But "sjah", "GatoNero" and "TiMax" are activated. Possible we can use it instead of phproject. ;-) WindMeUp |
|
From: Sjahrazad A. <sja...@ba...> - 2003-05-23 16:53:27
|
On Fri, 23 May 2003 13:05:22 +0200, Stefan K=F6hler wrote > [...] > sjah: You wrote, the developement team is preparing for eNvo 1.3.=20 > Who is the devel-team? Who is developer of eNvolution core? Who=20 > works on what? Who coordinates all things that has to be coded?=20 > Where is the new roadmap? What we do next? [...] Yes, these are the right points. There are lot of things should be arrang= ed,=20 and become homework for the founders and all of the team involved. From my point, the recent article is just only about communication timing= .=20 We have lot of new members who starting to know eNvo. The forum is active= =20 with questions. And maybe some new members also not came from pn users. S= o=20 we have to start to maintain the communication to eNvo members.=20 For the next posting /article which are related to the development issue,= =20 I'll post it here first, to get some feedback before post it to envo.com eNvo has to build its own identity, not only stop as pn forking with bett= er=20 solutions. Envo.com should become window display to express the envo power itself. I= 'm=20 not talking about theme design or graphic design, but about the consisten= cy=20 of information architecture that we produce in envo.com We have to find our own motto and vision, for i.e. replace the motto in e= nvo=20 main page, 'eNvolution is a PostNuke forking .. etc'. From marketing side= ,=20 this is not a 'selling' information :) > [...] > Questions over questions. I'd discussed it with TiMax sometimes ago.=20 > And I think it is time now, to bring up the complete eNvo-Team (not=20 > only the CMS-project itself) into the right direction.=20 >=20 > Here are my points of organize structure we have to do: > [...] Let me share about this a little bit. I started business from 1987, and=20 involved in many management roles. But in opensource world, I found a uni= que=20 form about the organization itself. It seems it should have a new mechani= sm=20 in open source organization. More similar to political party organization= =20 rather than business organization :) The key point are the same vision,=20 idealism and goals. If these are stated clearly, then volunteers will be=20 interested to involve more seriously.=20 The ENISS concept, I think its a good starting point. Why I stay involved= in=20 eNvolution, because I agreed with the eNvo Network concept. sjah ps: I plan to install phprojekt in envodev site. This is a light groupware ap= p.=20 not too complicated, which can be used to integrate all ideas, task from = all=20 envo networks. We don't need to create fixed schedules, but at least we h= ave=20 a time frame for the planning. |
|
From: <Luc...@cs...> - 2003-05-23 14:37:02
|
Hi to all. Here is another contribute from Italy. As one of you may have noticed on the CVS we are making the changes for= the Oracle compatibility and completing right now the installation procedur= e, so to have the same fluid installation both on Oracle and mysql. I agree on the need of a roadmap, and as TiMax was saying we started a discussion on the 'italian side of the world' and TiMax will report on = our impressions ad proposals as he said. We wrote a doc on the coding rules for Oracle compatibility, but for no= w it's only in italian (even if the examples are in code language). If could be needed we could cover the Oracle DB part of the development= and be the ones to depend upon about it (just consider that for the june mo= nth we'll be on vacation). I'd like to stress a few points we'll need to develop on envolution for= our needs, that we'll like to confront with the development team; we need: LDAP integration (i saw a module for postnuke that could be integrated)= performance matter, we are going to stress envolution with Mercury's Loadrunner in a few days and we'll transmit all of you the results and = plan to find the bottlenecks (if there are any); this because we need to use= anvo in a contest with 20000 users. group recursion (we'll like to have subgroups and so on) document download categories recursion (even in this case we need to ha= ve unlimited depth of subcategories) All these things toghether with the conversion to Oracle (which is not complete right now). The situation on Oracle is that the basic funcionalities are operative = and we can have a running site, obviously not jet a production situation, w= e are continually injecting modifications so until someone stops the work= on the CVS to make the tests before the release, we can complete more piec= es. Thats all folks Luca alias csipiemonte |---------+--------------------------------------------> | | TiMax <ma...@em...> | | | Inviato da: | | | env...@li...ur| | | ceforge.net | | | | | | | | | 05/23/2003 01:40 PM | | | Per favore, rispondere a | | | envolution-devel | | | | |---------+--------------------------------------------> >--------------------------------------------------------------------= --------------------------| | = | | Per: <env...@li...> = | | Cc: = | | Oggetto: Re: [Envolution-devel] org. questions... talk with = me | >--------------------------------------------------------------------= --------------------------| I answer you very fast I agree with you with 95% of your points. Sure also i can't do all work, i can't manage all, and is for this reas= on i ask Sjah to be webmaster of envolution.com and organize site and people want to help us in envo.com, like Burke, Theresa, Jim, Arden etc ... For this reason i let manage from his responsable any site like envolution.de with you and Christoph, Envo france with Peter, Philip, Pyksel and pantosite, and sure envo italy with me and ot= her people. But sure i need also to make other works, so i can't manage all for all= times and Sjah with his article write some good things, and anyway at least you write your email after you have read th= is article and we start with discussion and that is good ... Sure we need to write to do list, programmation rules, and documentatio= n specially in english site, that is because eNvolution is not english project, eNvolution is different we have hard= and good community in Italian and german site for exampe and we need to valorize that, we need manage all things in international sites and move it in envolution.com and vice versa, i want envolution like one network and not one site. We already start with these discussions in italian mailing list, in nex= t days i report you what we think and so in nice to start with this discussion also here ... go go boys now i must to go and sorry for my poor english TiMax On Fri, 23 May 2003 13:05:22 +0200, Stefan K=F6hler wrote: > Hi @all: > It is nice to hear, that we want to release the new > version eNvo 1.2.1 soon, and we are preparing for the next milestone= "eNvo > 1.3". > Thanks sjah for the article on www.envolution.com . > But about this article, it seems to me, I have to > write some lines and my points of view about the complete project > "eNvolution". > And I think the env-devel mailinglist is the > correct platform to do this. > > sjah: You wrote, the developement team is preparing > for eNvo 1.3. Who is the devel-team? Who is developer of eNvolution core? Who > works on what? Who coordinates all things that has to be coded? Wher= e is the new roadmap? What we do next? > > Questions over questions. I'd discussed it with > TiMax sometimes ago. And I think it is time now, to bring up the complete > eNvo-Team (not only the CMS-project itself) into the right > direction. > > Here are my points of organize structure we have to > do: > > First of all: Is the "Organization Structure" up-to-date ? > Read here: http://www.envolution.com/modules.php?op=3Dmodload&name=3DSubjects&file= =3Dindex&req=3Dviewpage&pageid=3D25 > > I mean: For better developement of all parts of eNvo (core, > module, 3rd-party) we need a Lead Developer, who coordinates all ot= her devs > and delegate things. Look into the document. The description there = is perfect. > Also it would be a nice idea, to create local dev-teams (and a Loca= l Lead > Developer). Because perhaps the priorities of eNvo-features > differs (users in USA need other features as users in > Germany). > > As we can see on "eNvo network" we have many local sites in > many countries. All sites are authonom. This is OK. But it would be= nice, if > we can link together some parts of eNvo, i.e. Downloads, Weblinks, = some > support forum desks. So I can see on eNvo.de, if there is a new upl= oad on > eNvo.com. > > Where are all the developers? And who coded what? I > don't know it in details. I can't find any public (or private) information > which will answers my questions. If I read "credits.txt" on CVS, I = can only > find two developers (Frank and me). Where are the others? And I mea= n > developers, not designers, supporters, testers, etc. > > The official roadmap is out of date. It was written last > year. This document has to be update on new status of the actual eNvo-version. > There are a lot of code changed, modified, included in the meantime= . Possible > we need a new starting point. > > In parts it seems to me, that everybody do anything: > Developers do translations, Translators supports, Testers fixes, an= d so on. > And nobody knows, what the other do. > > At this time the hole eNvo-team is small, but in the near > future, lot of people wanted to be members of the team. So we need = a > hirarchical structure for personal, positions, things todo and comp= lete > projects process. > > To produce a final version of eNvo (Version 1.3 ?) we need a > identical "look-and-feel" in all core modules. At this time, the la= yout of > News, Comments, Reviews, Downloads, Weblinks, etc. differs. Possibl= e to > coordinate it. Also we can centralize some parts of code into a secondary API, > which will only load if modules needed (not every loadtime as the pnAPI). Here > we can include functions and programs i.e. PopUps, Select-Boxes, Colorpicker, > Imagepicker, DateTime-converter, etc. > > We must distribute the project-tasks on several shoulders. It > is good for now, that TiMax, as Project Manager and Founder, manage= s all and > hold his hands on it. But in the future it would be better to split= it off and > coordinate it in a strictly way. It is not possible to do anything = at same > time. I see it for eNvo.de and TiMax see it for eNvo.com and eNvo.i= t It is > impossible for one person to code, support, discuss basics, coordin= ate, > administrate, etc. for this kind of program eNvo is. If we can chan= ge it, > everybody can concentrate his work on his primary tasks in the > community. > > A good idea is also, to initiate a periodical discussion > board on IRC. Possible to meat i.e. once a week, every 2nd Thursday= , once a > month; and splitted for development and support. > This are only some of my points of view. Possible > my opinion is too heavy-weight. Possible I'm too critical. But I wan= t to dicuss > my thoughts with all of you. > > And remember: > This is not a flame. I don't want to critizise > single persons. The points above are fundamental problems I see for = the whole > project. I'm a developer who works the whole day (and sometimes the whole night) > with eNvolution. In real life I'm software engineer fo a large production > company in germany. The frontend of our intranet is eNvolution. And = I don't want > to change it to an other system. > > So, all what I do (now and in the future) is with > and for this great CVS. > > Stefan Koehler aka WindMeUp > s.k...@pr... > www.drachentasche.de > www.envolution.de > > +++ walking in the air > +++ ------------------------------------------------------- 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 _______________________________________________ Envolution-devel mailing list Env...@li... https://lists.sourceforge.net/lists/listinfo/envolution-devel = |
|
From: TiMax <ma...@em...> - 2003-05-23 11:39:05
|
I answer you very fast I agree with you with 95% of your points. Sure also i can't do all work, i can't manage all, and is for= this reason i ask Sjah to be webmaster of envolution.com and organize site and people want to help us in envo.com, like= Burke, Theresa, Jim, Arden etc ... For this reason i let manage from his responsable any site like= envolution.de with you and Christoph, Envo france with Peter, Philip, Pyksel and pantosite, and sure envo italy with me= and other people. But sure i need also to make other works, so i can't manage all= for all times and Sjah with his article write some good things, and anyway at least you write your email after you have= read this article and we start with discussion and that is good ... Sure we need to write to do list, programmation rules, and= documentation specially in english site, that is because eNvolution is not english project, eNvolution is different we= have hard and good community in Italian and german site for exampe and we need to valorize that, we need manage all= things in international sites and move it in envolution.com and vice versa, i want envolution like one network and not one= site. We already start with these discussions in italian mailing list,= in next days i report you what we think and so in nice to start with this discussion also here ... go go boys now i must to go and sorry for my poor english TiMax On Fri, 23 May 2003 13:05:22 +0200, Stefan K=F6hler wrote: > Hi @all: > It is nice to hear, that we want to release the new > version eNvo 1.2.1 soon, and we are preparing for the next= milestone "eNvo > 1.3". > Thanks sjah for the article on www.envolution.com . > But about this article, it seems to me, I have to > write some lines and my points of view about the complete= project > "eNvolution". > And I think the env-devel mailinglist is the > correct platform to do this. > > sjah: You wrote, the developement team is preparing > for eNvo 1.3. Who is the devel-team? Who is developer of= eNvolution core? Who > works on what? Who coordinates all things that has to be= coded? Where is the new roadmap? What we do next? > > Questions over questions. I'd discussed it with > TiMax sometimes ago. And I think it is time now, to bring up= the complete > eNvo-Team (not only the CMS-project itself) into the right > direction. > > Here are my points of organize structure we have to > do: > > First of all: Is the "Organization Structure" up-to-date ? > Read here:= http://www.envolution.com/modules.php?op=3Dmodload&name=3DSubjects&f= ile=3Dindex&req=3Dviewpage&pageid=3D25 > > I mean: For better developement of all parts of eNvo (core, > module, 3rd-party) we need a Lead Developer, who coordinates= all other devs > and delegate things. Look into the document. The description= there is perfect. > Also it would be a nice idea, to create local dev-teams (and= a Local Lead > Developer). Because perhaps the priorities of eNvo-features > differs (users in USA need other features as users in > Germany). > > As we can see on "eNvo network" we have many local sites in > many countries. All sites are authonom. This is OK. But it= would be nice, if > we can link together some parts of eNvo, i.e. Downloads,= Weblinks, some > support forum desks. So I can see on eNvo.de, if there is a= new upload on > eNvo.com. > > Where are all the developers? And who coded what? I > don't know it in details. I can't find any public (or= private) information > which will answers my questions. If I read "credits.txt" on= CVS, I can only > find two developers (Frank and me). Where are the others? And= I mean > developers, not designers, supporters, testers, etc. > > The official roadmap is out of date. It was written last > year. This document has to be update on new status of the= actual eNvo-version. > There are a lot of code changed, modified, included in the= meantime. Possible > we need a new starting point. > > In parts it seems to me, that everybody do anything: > Developers do translations, Translators supports, Testers= fixes, and so on. > And nobody knows, what the other do. > > At this time the hole eNvo-team is small, but in the near > future, lot of people wanted to be members of the team. So we= need a > hirarchical structure for personal, positions, things todo= and complete > projects process. > > To produce a final version of eNvo (Version 1.3 ?) we need a > identical "look-and-feel" in all core modules. At this time,= the layout of > News, Comments, Reviews, Downloads, Weblinks, etc. differs.= Possible to > coordinate it. Also we can centralize some parts of code into= a secondary API, > which will only load if modules needed (not every loadtime as= the pnAPI). Here > we can include functions and programs i.e. PopUps,= Select-Boxes, Colorpicker, > Imagepicker, DateTime-converter, etc. > > We must distribute the project-tasks on several shoulders. It > is good for now, that TiMax, as Project Manager and Founder,= manages all and > hold his hands on it. But in the future it would be better to= split it off and > coordinate it in a strictly way. It is not possible to do= anything at same > time. I see it for eNvo.de and TiMax see it for eNvo.com and= eNvo.it It is > impossible for one person to code, support, discuss basics,= coordinate, > administrate, etc. for this kind of program eNvo is. If we= can change it, > everybody can concentrate his work on his primary tasks in= the > community. > > A good idea is also, to initiate a periodical discussion > board on IRC. Possible to meat i.e. once a week, every 2nd= Thursday, once a > month; and splitted for development and support. > This are only some of my points of view. Possible > my opinion is too heavy-weight. Possible I'm too critical. But= I want to dicuss > my thoughts with all of you. > > And remember: > This is not a flame. I don't want to critizise > single persons. The points above are fundamental problems I= see for the whole > project. I'm a developer who works the whole day (and= sometimes the whole night) > with eNvolution. In real life I'm software engineer fo a large= production > company in germany. The frontend of our intranet is= eNvolution. And I don't want > to change it to an other system. > > So, all what I do (now and in the future) is with > and for this great CVS. > > Stefan Koehler aka WindMeUp > s.k...@pr... > www.drachentasche.de > www.envolution.de > > +++ walking in the air > +++ |
|
From: <s.k...@pr...> - 2003-05-23 11:03:37
|
Hi @all: It is nice to hear, that we want to release the new version eNvo 1.2.1 = soon, and we are preparing for the next milestone "eNvo 1.3". Thanks sjah for the article on www.envolution.com . But about this article, it seems to me, I have to write some lines and = my points of view about the complete project "eNvolution". And I think the env-devel mailinglist is the correct platform to do = this. sjah: You wrote, the developement team is preparing for eNvo 1.3. Who is = the devel-team? Who is developer of eNvolution core? Who works on what? = Who coordinates all things that has to be coded? Where is the new = roadmap? What we do next? Questions over questions. I'd discussed it with TiMax sometimes ago. And = I think it is time now, to bring up the complete eNvo-Team (not only the = CMS-project itself) into the right direction.=20 Here are my points of organize structure we have to do: a.. First of all: Is the "Organization Structure" up-to-date ? Read = here: = http://www.envolution.com/modules.php?op=3Dmodload&name=3DSubjects&file=3D= index&req=3Dviewpage&pageid=3D25 b.. I mean: For better developement of all parts of eNvo (core, = module, 3rd-party) we need a Lead Developer, who coordinates all other = devs and delegate things. Look into the document. The description there = is perfect. Also it would be a nice idea, to create local dev-teams (and = a Local Lead Developer). Because perhaps the priorities of eNvo-features = differs (users in USA need other features as users in Germany). c.. As we can see on "eNvo network" we have many local sites in many = countries. All sites are authonom. This is OK. But it would be nice, if = we can link together some parts of eNvo, i.e. Downloads, Weblinks, some = support forum desks. So I can see on eNvo.de, if there is a new upload = on eNvo.com. d.. Where are all the developers? And who coded what? I don't know it = in details. I can't find any public (or private) information which will = answers my questions. If I read "credits.txt" on CVS, I can only find = two developers (Frank and me). Where are the others? And I mean = developers, not designers, supporters, testers, etc. e.. The official roadmap is out of date. It was written last year. = This document has to be update on new status of the actual eNvo-version. = There are a lot of code changed, modified, included in the meantime. = Possible we need a new starting point. f.. In parts it seems to me, that everybody do anything: Developers do = translations, Translators supports, Testers fixes, and so on. And nobody = knows, what the other do. g.. At this time the hole eNvo-team is small, but in the near future, = lot of people wanted to be members of the team. So we need a hirarchical = structure for personal, positions, things todo and complete projects = process. h.. To produce a final version of eNvo (Version 1.3 ?) we need a = identical "look-and-feel" in all core modules. At this time, the layout = of News, Comments, Reviews, Downloads, Weblinks, etc. differs. Possible = to coordinate it. Also we can centralize some parts of code into a = secondary API, which will only load if modules needed (not every = loadtime as the pnAPI). Here we can include functions and programs i.e. = PopUps, Select-Boxes, Colorpicker, Imagepicker, DateTime-converter, etc. i.. We must distribute the project-tasks on several shoulders. It is = good for now, that TiMax, as Project Manager and Founder, manages all = and hold his hands on it. But in the future it would be better to split = it off and coordinate it in a strictly way. It is not possible to do = anything at same time. I see it for eNvo.de and TiMax see it for = eNvo.com and eNvo.it It is impossible for one person to code, support, = discuss basics, coordinate, administrate, etc. for this kind of program = eNvo is. If we can change it, everybody can concentrate his work on his = primary tasks in the community. j.. A good idea is also, to initiate a periodical discussion board on = IRC. Possible to meat i.e. once a week, every 2nd Thursday, once a = month; and splitted for development and support. This are only some of my points of view. Possible my opinion is too = heavy-weight. Possible I'm too critical. But I want to dicuss my = thoughts with all of you.=20 And remember: This is not a flame. I don't want to critizise single persons. The = points above are fundamental problems I see for the whole project. I'm a = developer who works the whole day (and sometimes the whole night) with = eNvolution. In real life I'm software engineer fo a large production = company in germany. The frontend of our intranet is eNvolution. And I = don't want to change it to an other system.=20 So, all what I do (now and in the future) is with and for this great = CVS. Stefan Koehler aka WindMeUp s.k...@pr... www.drachentasche.de www.envolution.de +++ walking in the air +++ |
|
From: Arden W. <ar...@li...> - 2003-05-21 21:34:48
|
Burke: That is well done. I've coded the permissions like that so users have to sign in for the candy. Just my thoughts on things. It's in the security schema I would imagine. I use that block for a template and just try and fill in the blanks. So you have been busy then. Probably took an ace coder like yourself about what how long? I've been busy here... Replaced power supply in one box. Purchased P166, installed ram, installed os, bought hub, installed 5 nics. I make router cable modem | UPLINK | RH7.3 ROUTER | HUB | Internal servers. I must finish this work. I'm tired of having slow server and to host 300 sites on one machine is not nice. About the Block... Lets rename it Burke? What do you think? How about eNvoLinker? eNvoReferrer? eNvoRefer? eNvoStats? Your thoughts? Then we post it to eNvolution. Can you send me the block or did you already and I not see it. I want to see if I was close or not in the solution. Arden On Wed, 2003-05-21 at 11:34, Burke wrote: > I've finished up this block -- If anyone's interested, contact eLGie > > To see it in action, visit http://www.dimensionquest.net and click on > the Stats link. > > -----Original Message----- > From: env...@li... > [mailto:env...@li...] On Behalf Of Arden > Wiebe > Sent: Tuesday, May 20, 2003 12:50 PM > To: env...@li... > Subject: [Envolution-devel] Referrer Block > > Today some other hack. I can't seem to find block that does this so I > try at least. Yesterday was display image in download on select like > user avatar, no success. Day before was upload pic on sign up. If > anyone can help to get this block working it would be appreciated. I > hope it comes out okay in the mail :) > > <?php > /********************************************************/ > /* openChat [openChat v1.0] */ > /* Written by: eLGie */ > /* http://www.linuxguru.ca */ > /* */ > /********************************************************/ > > $blocks_modules['openReferrer'] = array( > 'func_display' => 'open_referrer_block', > 'text_type' => 'openReferrer', > 'text_type_long' => 'openReferrer [openReferrer 1.0]', > 'allow_multiple' => false, > 'allow_create' => false, > 'allow_delete' => false, > 'form_content' => false, > 'form_refresh' => false, > 'show_preview' => true, > ); > > // Security > pnSecAddSchema('openReferrer::', 'Block title::'); > function open_referrer_block($row) { > > list($dbconn) = pnDBGetConn(); > $pntable = pnDBGetTables(); > > if (!pnSecAuthAction(0, 'openReferrer::', "$row[title]::", > ACCESS_READ)) { > return; > } > > if (pnUserLoggedIn()) { > > echo "<center><b>"._WHOLINKS."</b></center><br /><br />" > ."<table border=0 width=100%> > <tr><td>"._FREQUENCY."</td><td>"._URL."</td><td>"._PERCENT."</td></tr>"; > /** > * fifers: grab the total count of referers for percentage > calculations > */ > $column = &$pntable['referer_column']; > $hresult = $dbconn->Execute("SELECT SUM($column[frequency]) FROM > $pntable[referer]"); > list($totalfreq) = $hresult->fields; > $hresult = $dbconn->Execute("SELECT $column[url], $column[frequency] > FROM $pntable[referer] ORDER BY $column[frequency] DESC"); > //while(list($url, $freq) = $hresult->fields) { > > while (!$hresult->EOF) { > list($url, $freq) = $hresult->fields; > //$hresult->MoveNext(); > //while (!$hresult->EOF) { > > //$hresult->MoveNext(); > $content= "<tr>\n" > ."<td>" . pnVarPrepForDisplay($freq) . "</td>\n" > ."<td>".(($url == "bookmark")?(""):("<a target=_blank > href=$url>")).pnVarPrepForDisplay($url).(($url == > "bookmark")?(""):("</a>"))."</td>\n" > ."<td>".round(($freq / $totalfreq * 100), 2)." %</td>\n" > ."</tr>\n"; > $hresult->MoveNext(); > //while (!$hresult->EOF) { > //$hresult->MoveNext(); > > echo "</table>"._TOTAL." " . pnVarPrepForDisplay($totalfreq) . " <br > />"; > > $hresult->MoveNext(); > CloseTable(); > } > echo "</table>"._TOTAL." " . pnVarPrepForDisplay($totalfreq) . " <br > />"; > if (empty($row['title'])) { > $row['title'] = _CHAT; > } > > $row[content] = $content; > return themesideblock($row); > } > } > > ?> > > > > > > ------------------------------------------------------- > 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 > _______________________________________________ > Envolution-devel mailing list > Env...@li... > https://lists.sourceforge.net/lists/listinfo/envolution-devel > > > > ------------------------------------------------------- > 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 > _______________________________________________ > Envolution-devel mailing list > Env...@li... > https://lists.sourceforge.net/lists/listinfo/envolution-devel |
|
From: Burke <bu...@di...> - 2003-05-21 19:12:52
|
The block is setup as a Center block. It is displayed above the regular output of Stats. Ahhh.... Permissions ! Something strange is going on.. Only logged in users can see it :( .. I've created a permission for Unregistered to access it but it's not working... I'll keep looking into this, but if anyone wants to see it before I figure out the problem, you only have to log in. The ID I tested with just now was NOT an admin ID. -----Original Message----- From: env...@li... [mailto:env...@li...] On Behalf Of TiMax Sent: Wednesday, May 21, 2003 2:41 PM To: env...@li... Subject: RE: [Envolution-devel] Referrer Block Sorry i don't see it in action On Wed, 21 May 2003 13:34:57 -0400, Burke wrote: > I've finished up this block -- If anyone's interested, contact eLGie > > To see it in action, visit http://www.dimensionquest.net and click on > the Stats link. > > -----Original Message----- > From: env...@li... > [mailto:env...@li...] On Behalf Of Arden > Wiebe > Sent: Tuesday, May 20, 2003 12:50 PM > To: env...@li... > Subject: [Envolution-devel] Referrer Block > > Today some other hack. I can't seem to find block that does this so I > try at least. Yesterday was display image in download on select like > user avatar, no success. Day before was upload pic on sign up. If > anyone can help to get this block working it would be appreciated. I > hope it comes out okay in the mail :) > > <?php > /********************************************************/ > /* openChat [openChat v1.0] */ > /* Written by: eLGie */ > /* http://www.linuxguru.ca */ > /* */ > /********************************************************/ > > $blocks_modules['openReferrer'] = array( > 'func_display' => 'open_referrer_block', > 'text_type' => 'openReferrer', > 'text_type_long' => 'openReferrer [openReferrer 1.0]', > 'allow_multiple' => false, > 'allow_create' => false, > 'allow_delete' => false, > 'form_content' => false, > 'form_refresh' => false, > 'show_preview' => true, > ); > > // Security > pnSecAddSchema('openReferrer::', 'Block title::'); > function open_referrer_block($row) { > > list($dbconn) = pnDBGetConn(); > $pntable = pnDBGetTables(); > > if (!pnSecAuthAction(0, 'openReferrer::', "$row[title]::", > ACCESS_READ)) { > return; > } > > if (pnUserLoggedIn()) { > > echo "<center><b>"._WHOLINKS."</b></center><br /><br />" > ."<table border=0 width=100%> > <tr><td>"._FREQUENCY."</td><td>"._URL."</td><td>"._PERCENT."</td></tr>"; > /** > * fifers: grab the total count of referers for percentage > calculations > */ > $column = &$pntable['referer_column']; > $hresult = $dbconn->Execute("SELECT SUM($column[frequency]) FROM > $pntable[referer]"); > list($totalfreq) = $hresult->fields; > $hresult = $dbconn->Execute("SELECT $column[url], $column[frequency] > FROM $pntable[referer] ORDER BY $column[frequency] DESC"); > //while(list($url, $freq) = $hresult->fields) { > > while (!$hresult->EOF) { > list($url, $freq) = $hresult->fields; > //$hresult->MoveNext(); > //while (!$hresult->EOF) { > > //$hresult->MoveNext(); > $content= "<tr>\n" > ."<td>" . pnVarPrepForDisplay($freq) . "</td>\n" > ."<td>".(($url == "bookmark")?(""):("<a target=_blank > href=$url>")).pnVarPrepForDisplay($url).(($url == > "bookmark")?(""):("</a>"))."</td>\n" > ."<td>".round(($freq / $totalfreq * 100), 2)." %</td>\n" > ."</tr>\n"; > $hresult->MoveNext(); > //while (!$hresult->EOF) { > //$hresult->MoveNext(); > > echo "</table>"._TOTAL." " . pnVarPrepForDisplay($totalfreq) . " <br > />"; > > $hresult->MoveNext(); > CloseTable(); > } > echo "</table>"._TOTAL." " . pnVarPrepForDisplay($totalfreq) . " <br > />"; > if (empty($row['title'])) { > $row['title'] = _CHAT; > } > > $row[content] = $content; > return themesideblock($row); > } > } > > ?> > > > ------------------------------------------------------- > 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 > _______________________________________________ > Envolution-devel mailing list > Env...@li... > https://lists.sourceforge.net/lists/listinfo/envolution-devel > > > ------------------------------------------------------- > 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 > _______________________________________________ > Envolution-devel mailing list > Env...@li... > https://lists.sourceforge.net/lists/listinfo/envolution-devel ------------------------------------------------------- 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 _______________________________________________ Envolution-devel mailing list Env...@li... https://lists.sourceforge.net/lists/listinfo/envolution-devel |
|
From: TiMax <ma...@em...> - 2003-05-21 18:39:35
|
Sorry i don't see it in action On Wed, 21 May 2003 13:34:57 -0400, Burke wrote: > I've finished up this block -- If anyone's interested, contact= eLGie > > To see it in action, visit http://www.dimensionquest.net and= click on > the Stats link. > > -----Original Message----- > From: env...@li... > [mailto:env...@li...] On= Behalf Of Arden > Wiebe > Sent: Tuesday, May 20, 2003 12:50 PM > To: env...@li... > Subject: [Envolution-devel] Referrer Block > > Today some other hack. I can't seem to find block that does= this so I > try at least. Yesterday was display image in download on= select like > user avatar, no success. Day before was upload pic on sign= up. If > anyone can help to get this block working it would be= appreciated. I > hope it comes out okay in the mail :) > > <?php > /********************************************************/ > /* openChat [openChat v1.0] */ > /* Written by: eLGie */ > /* http://www.linuxguru.ca */ > /* */ > /********************************************************/ > > $blocks_modules['openReferrer'] =3D array( > 'func_display' =3D> 'open_referrer_block', > 'text_type' =3D> 'openReferrer', > 'text_type_long' =3D> 'openReferrer [openReferrer 1.0]', > 'allow_multiple' =3D> false, > 'allow_create' =3D> false, > 'allow_delete' =3D> false, > 'form_content' =3D> false, > 'form_refresh' =3D> false, > 'show_preview' =3D> true, > ); > > // Security > pnSecAddSchema('openReferrer::', 'Block title::'); > function open_referrer_block($row) { > > list($dbconn) =3D pnDBGetConn(); > $pntable =3D pnDBGetTables(); > > if (!pnSecAuthAction(0, 'openReferrer::',= "$row[title]::", > ACCESS_READ)) { > return; > } > > if (pnUserLoggedIn()) { > > echo "<center><b>"._WHOLINKS."</b></center><br /><br= />" > ."<table border=3D0 width=3D100%> > = <tr><td>"._FREQUENCY."</td><td>"._URL."</td><td>"._PERCENT."</td= ></tr>"; > /** > * fifers: grab the total count of referers for= percentage > calculations > */ > $column =3D &$pntable['referer_column']; > $hresult =3D $dbconn->Execute("SELECT= SUM($column[frequency]) FROM > $pntable[referer]"); > list($totalfreq) =3D $hresult->fields; > $hresult =3D $dbconn->Execute("SELECT $column[url],= $column[frequency] > FROM $pntable[referer] ORDER BY $column[frequency] DESC"); > //while(list($url, $freq) =3D $hresult->fields) { > > while (!$hresult->EOF) { > list($url, $freq) =3D $hresult->fields; > //$hresult->MoveNext(); > //while (!$hresult->EOF) { > > //$hresult->MoveNext(); > $content=3D "<tr>\n" > ."<td>" . pnVarPrepForDisplay($freq) . "</td>\n" > ."<td>".(($url =3D=3D "bookmark")?(""):("<a= target=3D_blank > href=3D$url>")).pnVarPrepForDisplay($url).(($url =3D=3D > "bookmark")?(""):("</a>"))."</td>\n" > ."<td>".round(($freq / $totalfreq * 100), 2)."= %</td>\n" > ."</tr>\n"; > $hresult->MoveNext(); > //while (!$hresult->EOF) { > //$hresult->MoveNext(); > > echo "</table>"._TOTAL." " .= pnVarPrepForDisplay($totalfreq) . " <br > />"; > > $hresult->MoveNext(); > CloseTable(); > } > echo "</table>"._TOTAL." " .= pnVarPrepForDisplay($totalfreq) . " <br > />"; > if (empty($row['title'])) { > $row['title'] =3D _CHAT; > } > > $row[content] =3D $content; > return themesideblock($row); > } > } > > ?> > > > ------------------------------------------------------- > 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 > _______________________________________________ > Envolution-devel mailing list > Env...@li... > https://lists.sourceforge.net/lists/listinfo/envolution-devel > > > ------------------------------------------------------- > 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 > _______________________________________________ > Envolution-devel mailing list > Env...@li... > https://lists.sourceforge.net/lists/listinfo/envolution-devel |
1 message has been excluded from this view by a project administrator.
