Radicore Forum: How To » Radicore tutorial point

Home » RADICORE » How To » Radicore tutorial point (Radicore for PHP - Tutorial (Part 3) - need help)

Show: Today's Messages :: Polls :: Message Navigator
E-mail to friend

Radicore tutorial point [message #7216]

Sun, 02 September 2018 03:12

Ellie
Messages: 9
Registered: August 2018

Junior Member

Where there are lines:
to force the TREE_LEVEL_SEQ field to be non-editable all all screens except the search screen, which can be done by copying across the empty _cm_changeConfig() method from file std.table.class.inc, then filling it with the code shown below:

The Question is: Are those changes to be made in test/screens/<language> screen files respectively?

Pardon my dummy question ))

Report message to a moderator

Re: Radicore tutorial point [message #7217 is a reply to message #7216]

Sun, 02 September 2018 04:45

AJM
Messages: 2382
Registered: April 2006
Location: Surrey, UK

Senior Member

No. The change is made to your <table>.class.inc file. By default this does not exist in any table class, so it inherits the empty method from the abstract table class (std.table.class.inc). You copy this empty method into your table class then put some code into it so that when this method is called it executes this override method instead of the default method.

Tony Marston
http://www.tonymarston.net
http://www.radicore.org

Report message to a moderator

Re: Radicore tutorial point [message #7218 is a reply to message #7217]

Sun, 02 September 2018 09:30

Ellie
Messages: 9
Registered: August 2018

Junior Member

Thanx a lot!
I think there should be little updates made to tutorial instructions - where it says about table/DB relationships, cos in current versions they're divided into child & parent relationships (though to me it is no big deal) to be more precise.

Thanks for nice framework, i wonder why it is not popular.

Report message to a moderator

Re: Radicore tutorial point [message #7220 is a reply to message #7218]

Mon, 03 September 2018 04:21

AJM
Messages: 2382
Registered: April 2006
Location: Surrey, UK

Senior Member

When the documentation refers to "relationships" it means both parent relationships and child relationships. A relationship always requires two tables - the "one" (parent) and the "many" (child), therefore you can have relationships where the current table is the parent *AND* where the current table is the child. Don't forget that a table can have more than one parent as well as more than one child.

Tony Marston
http://www.tonymarston.net
http://www.radicore.org

Report message to a moderator

Previous Topic:	need help
Next Topic:	$lock_str FOR UPDATE FOR $tablename with PostgreSQL

Goto Forum:

-=] Back to Top [=-

[ Syndicate this forum (XML) ] [

] [

]

Current Time: Fri Jul 11 11:32:08 EDT 2025

Total time taken to generate the page: 0.00902 seconds