41
jurgis
Xaraya = Xoops history is over ?
  • 2004/4/2 21:04

  • jurgis

  • Just popping in

  • Posts: 72

  • Since: 2003/3/20


it's comming and its gonna kick asses
Xaraya 0.9.9

* it will have greater felxibility than XOOPS
* it is OO, modularized, templated and etc, as Xoops
* it promises upgrade scirpts from php-nuke and post-nuke

not at all that XOOPS is bad - just bothered about its future:
1) all prof-developers would choose Xaraya, for its flexibility
2) so XOOPS will be left for amateurs ?? or not so tuff coders (but usually they like Mambo better..)

there's kind of wider problem: people are different . and maybe too often think that separately they can do more than together
So any ideas of XOOPS migrating/joining/merging with Xaraya?
because purposes of Xa&Xo are very similar, if not the same !
I think its good time to use www.opensourcecms.com forum or review space to check out what we can do together . Remember, XOOPS and Xaraya are relatives - they have the same ancestor .



42
jurgis
Re: Statistics like phpnuke?
  • 2004/3/27 1:30

  • jurgis

  • Just popping in

  • Posts: 72

  • Since: 2003/3/20


* pphlogger (easily implemented (via js) to collect stats, but not show them to users - just admins)
* webalizer (some XOOPS site uses it)



43
jurgis
module import automatization idea
  • 2004/3/26 3:02

  • jurgis

  • Just popping in

  • Posts: 72

  • Since: 2003/3/20


Hi, I have a general idea, that it would be good to use some code-parsing app's to automate module porting tasks -
the initial work would pay-off, when a new version comes out
sth about parsing ( tokenizer things)
http://php.planetmirror.com/manual/en/ref.tokenizer.php
http://www.zend.com/manual/function.token-get-all.php
http://www.antlr.org/article/rewrite.engine/index.tml
sth of this stuff is used byhttp://phpdoctor.sourceforge.net

scenario:
1) find some function
2) state what to change in it
3) tell parser do the job

of course it will not do all the job..
and in some places regexp might help as well

Quote:
if we have computers - let them do our work



44
jurgis
Re: XOOPS Dev Team: Would it be hard to propagate module name in all reference to the module?
  • 2004/3/19 0:43

  • jurgis

  • Just popping in

  • Posts: 72

  • Since: 2003/3/20


when cloning modules , where dirs are hardcoded grep can help a lot :) (in php and sql, as 1rst time i forgot sql and had some bad effect ;)
my choise washttp://www.wingrep.com/
really nice piece of work



45
jurgis
Re: PhpSurveyor
  • 2004/3/15 23:13

  • jurgis

  • Just popping in

  • Posts: 72

  • Since: 2003/3/20


I am looking for some comparisons
phpsurveyor vs phpESP.
Maybe U have some experience or info on both ?
I found just this
fanx in adwance :)


*edit*http://www.surveyworld.org (MST - marketing survey tool)
- it's one guys work. in some description it says "robust survey tool for scientific purposes" (I still haven't tried it). weird license - for (re)distribution - author written permision is needed.

sth else seems much profesional (ups, it's java ;)
http://www.objectplanet.com/opinio/



46
jurgis
Re: Module Development Framework suggestions
  • 2004/3/12 1:38

  • jurgis

  • Just popping in

  • Posts: 72

  • Since: 2003/3/20


well U can use LCenter and RCenter columns for user1 and user2 - with some imagination U can make an original look .

as with architecture importance - I strongly agree.
still I am not a big expert and try to think practically:
first I would really appreciate to see some xoos UML, like I wrote here



47
jurgis
xoops UML
  • 2004/3/12 1:20

  • jurgis

  • Just popping in

  • Posts: 72

  • Since: 2003/3/20


Earlier there was some XOOPS core diagram available (now its gone :\). I guess it was made by kazu with Dia.

Now U can find even better uml-software choise, even with php reverse-engineering
http://www.phppatterns.com/index.php/article/articleview/98/1/11/

http://www.sparxsystems.com.au/php.html
http://www.waterproof-software.com/uml/
http://www.microgold.com/version2/articles/article3/PHPReverse.html

I've seen a pdf recently with some UML, but I guess it was about User class and maybe core. And I wanted core, module, amd especially comments feature (as I want to do some comments search module)

DB relation diagrams would be also a pleasant thing, like drupal fellows havehttp://lists.drupal.org/pipermail/drupal-support/attachments/20030530/7a6fd04a/cdm1-0001.png



48
jurgis
Re: more efective administration of blocs (proposal)
  • 2004/3/12 0:28

  • jurgis

  • Just popping in

  • Posts: 72

  • Since: 2003/3/20


ok,
for example, drupal has administration of
module acces permissions for all user_groups in one page
http://drupal.org/node/view/3931

I propose to have this idea
* incorporated in System->Blocks for blocks access,
* and made similar in System->Groups for module access



49
jurgis
Re: falling images in theme
  • 2004/3/12 0:05

  • jurgis

  • Just popping in

  • Posts: 72

  • Since: 2003/3/20


jes its Java Script issue
I think it Could be placed in a Block (but I haven't tried ;).

U could grasp one of those js files with snow and change the picture of snow into flower .




50
jurgis
more efective administration of blocs (proposal)
  • 2004/2/28 12:21

  • jurgis

  • Just popping in

  • Posts: 72

  • Since: 2003/3/20


sorry, I am not an artist , but take a look at the idea:
http://soften.ktu.lt/~jurgpral/etc/xoops_block_admin.gif

now there is inconveniece: in order to see a block we apply
2 filters: block visibility on [module/page] and showing it to some [group]. And U have to keep jumping system->groups vs system->blocks (some people get confused (earlier, me also )

My proposal - centralize those two deals, and XOOPS will be one more step forward in simplicity of administration
My idea means the change of interface not the change of core. just some of sql-stuff from admin:groups would go to admin:blocks.
If tables are too big to fit in window, I think some js will help to deal with it (some hide/show of table parts or sth).

=== other stuff (not so important ;)
Well there's also group access to the module, but this is not directly the block issue. System->Groups could be left as it is for backward compatibility, though again I would like to be able to set rights of all groups just on one panel (in simple table manner), without jumping.






TopTop
« 1 2 3 4 (5) 6 7 »



Login

Who's Online

142 user(s) are online (100 user(s) are browsing Support Forums)


Members: 0


Guests: 142


more...

Donat-O-Meter

Stats
Goal: $100.00
Due Date: Apr 30
Gross Amount: $0.00
Net Balance: $0.00
Left to go: $100.00
Make donations with PayPal!

Latest GitHub Commits