Menu
▾
▴
openinteract-help — For new and current users, we offer support, troubleshooting and assistance.
You can subscribe to this list here.
| 2001 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
(35) |
Nov
(38) |
Dec
(112) |
|---|---|---|---|---|---|---|---|---|---|---|---|---|
| 2002 |
Jan
(20) |
Feb
(24) |
Mar
(47) |
Apr
(18) |
May
(28) |
Jun
(17) |
Jul
(15) |
Aug
(40) |
Sep
(14) |
Oct
(5) |
Nov
(26) |
Dec
(31) |
| 2003 |
Jan
(8) |
Feb
(14) |
Mar
(38) |
Apr
(34) |
May
(33) |
Jun
(32) |
Jul
(24) |
Aug
(9) |
Sep
|
Oct
(20) |
Nov
(43) |
Dec
(22) |
| 2004 |
Jan
(23) |
Feb
(25) |
Mar
(15) |
Apr
(3) |
May
(31) |
Jun
(13) |
Jul
(3) |
Aug
(3) |
Sep
(13) |
Oct
(15) |
Nov
(3) |
Dec
(5) |
| 2005 |
Jan
|
Feb
|
Mar
(16) |
Apr
(24) |
May
|
Jun
(2) |
Jul
|
Aug
(5) |
Sep
(4) |
Oct
|
Nov
(3) |
Dec
(2) |
| 2006 |
Jan
|
Feb
(1) |
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
|
From: Cornel G. <cg...@cs...> - 2003-05-06 22:04:53
|
Well.. It was indeed solved but there is no "conf\package_repository.perl"
in the base installation directory.. I've created a blank one.. and
than I reran the command and I got some warnings like:
Running create_website...
=========================
Status of the packages installed:
FAILED!: Package could not be verified -- either it doesn't exist in
base install or there's a problem with the base
install package.
FAILED!: Package could not be verified -- either it doesn't exist in
base install or there's a problem with the base
install package.
FAILED!: Package could not be verified -- either it doesn't exist in
base install or there's a problem with the base
install package.
I think a sample of the "conf\package_repository.perl" file might help me.
tnx,
cornel
On Wed, 7 May 2003, Cornel GHIBAN wrote:
> Date: Wed, 7 May 2003 00:18:51 +0300 (EEST)
> From: Cornel GHIBAN <cg...@cs...>
> To: ope...@li...
> Subject: [Openinteract-help] OI on windows
>
> I thought this was solved, but..:
>
> C:\>oi_manage --base_dir=d:\OI --website_name=cornel
> --website_dir=d:\cornel\_cornel_site create_website
>
> Running create_website...
> =========================
>
> Cannot create object without existing file or 'new' permission
> [D:\OI\conf/package_repository.perl] [write]
>
>
> tnx,
> cornel
>
>
>
> -------------------------------------------------------
> 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
>
> _______________________________________________
> openinteract-help mailing list
> ope...@li...
> https://lists.sourceforge.net/lists/listinfo/openinteract-help
>
|
|
From: Cornel G. <cg...@cs...> - 2003-05-06 21:12:34
|
I thought this was solved, but..: C:\>oi_manage --base_dir=d:\OI --website_name=cornel --website_dir=d:\cornel\_cornel_site create_website Running create_website... ========================= Cannot create object without existing file or 'new' permission [D:\OI\conf/package_repository.perl] [write] tnx, cornel |
|
From: Steve S. <sap...@gs...> - 2003-05-05 23:48:49
|
> I sent a reply yesterday answering this question but in response to > an earlier one of your emails. For some reason mozilla decided to > flag this message as spam and I didn't see it until now. I just > wanted to make sure you saw the earlier message. I did get it. Thanks for checking. I played with that a bit but then just went back to the symlinks. I documented those in my Apache config. so they're not lost. It turned out to be 3-4 links. I may pick up the other approach later, but this works and is easy. This is all starting to make a lot more sense now. I like what I see so far. ---- Steve Sapovits GSI Commerce http://wwww.gsicommerce.com sap...@gs... |
|
From: Chris W. <ch...@cw...> - 2003-05-05 23:41:39
|
Steve Sapovits wrote: > I got this to work by symlinking various pieces from my TT2 install > to the OI directories. Are there master settings I can override > instead? Basically, where outside of OI to look for images, templates, > etc. Worst case the symlinks aren't too bad, except that they likely > become hidden magic someone else misses on a reinstall. I sent a reply yesterday answering this question but in response to an earlier one of your emails. For some reason mozilla decided to flag this message as spam and I didn't see it until now. I just wanted to make sure you saw the earlier message. Chris -- Chris Winters (ch...@cw...) Building enterprise-capable snack solutions since 1988. |
|
From: Chris W. <ch...@cw...> - 2003-05-04 18:29:22
|
Steve Sapovits wrote:
> Here's a simple one right from the tt2 examples directory:
>
> [% buttons = [
> { link => 'buttons.html', text => 'Buttons' }
> { link => 'menus.html', text => 'Menus' }
> { link => 'tabs.html', text => 'Tabs' }
> ]
> %]
>
> [% PROCESS splash/menu %]
>
> Basically they're (I think) a lot like OI widgets. They package
> up a look/feel and wrapper around specific page elements. I haven't
> done a lot with them. I think OI may override the expected TT
> load paths, so I started by symlinking them to the OI doc root for
> starters.
There's a way to add TT configuration information programmatically
-- you can define a custom initialization class to modify the
configuration before it's passed to TT:
[template_info]
...
custom_init_class = My::CustomTTClass
custom_init_method = process_config
then you should be able to do something like this (untested):
package My::CustomTTClass;
sub process_config {
my ( $class, $tt_config ) = @_;
my $splash_dir = '/usr/local/tt/splash';
my $existing_path = $tt_config->{INCLUDE_PATH};
if ( ref $existing_path eq 'ARRAY' ) {
push @{ $existing_path }, $splash_dir;
}
elsif ( $existing_path ) {
$existing_path .= ":$splash_dir";
}
else {
$existing_path = $splash_dir;
}
$tt_config->{INCLUDE_PATH} = $existing_path;
}
> I got partial results -- missing images. Maybe the
> INCLUDE/PROCESS overrides OI has are getting in the way?
Are the URLs generated by splash looking for images under a
particular path? Maybe you need to copy the splash images under your
site's 'images/' directory, or add an Apache alias:
Alias /images/splash /usr/local/tt/splash/images
Good luck!
Chris
--
Chris Winters (ch...@cw...)
Building enterprise-capable snack solutions since 1988.
|
|
From: Steve S. <sap...@gs...> - 2003-05-04 18:04:17
|
Chris Winters wrote:
> Good question. I haven't used splash before so I'm not sure what
> controls the 'theme' part of it. I suspect it would be painless, since
> everything in OI is an add-on to TT rather than a replacement. Well,
> almost: OI overrides the foo::bar syntax for PROCESS/INCLUDE/WRAPPER
> for referring to package::template_name templates.
>
> If you could post a brief example of how splash works I'd probably
> have a better idea.
I replied:
> Here's a simple one right from the tt2 examples directory:
>
> [% buttons = [
> { link => 'buttons.html', text => 'Buttons' }
> { link => 'menus.html', text => 'Menus' }
> { link => 'tabs.html', text => 'Tabs' }
> ]
> %]
>
> [% PROCESS splash/menu %]
I forgot you have to add this before the code above:
[% PROCESS splash/config %]
The config. has vaious overrides you can set.
I got this to work by symlinking various pieces from my TT2 install
to the OI directories. Are there master settings I can override
instead? Basically, where outside of OI to look for images, templates,
etc. Worst case the symlinks aren't too bad, except that they likely
become hidden magic someone else misses on a reinstall.
--
Steve Sapovits GSI Commerce, Inc. http://www.gsicommerce.com
Email: sap...@gs...
|
|
From: Steve S. <sap...@gs...> - 2003-05-04 17:31:52
|
Chris Winters wrote:
> Good question. I haven't used splash before so I'm not sure what
> controls the 'theme' part of it. I suspect it would be painless, since
> everything in OI is an add-on to TT rather than a replacement. Well,
> almost: OI overrides the foo::bar syntax for PROCESS/INCLUDE/WRAPPER for
> referring to package::template_name templates.
>
> If you could post a brief example of how splash works I'd probably have
> a better idea.
Here's a simple one right from the tt2 examples directory:
[% buttons = [
{ link => 'buttons.html', text => 'Buttons' }
{ link => 'menus.html', text => 'Menus' }
{ link => 'tabs.html', text => 'Tabs' }
]
%]
[% PROCESS splash/menu %]
Basically they're (I think) a lot like OI widgets. They package
up a look/feel and wrapper around specific page elements. I haven't
done a lot with them. I think OI may override the expected TT
load paths, so I started by symlinking them to the OI doc root for
starters. I got partial results -- missing images. Maybe the
INCLUDE/PROCESS overrides OI has are getting in the way?
Since I had (ahem) other problems, I'm not sure where this really
stands now. I need to start my experimenting over and watch what
I type. 8-)
--
Steve Sapovits GSI Commerce, Inc. http://www.gsicommerce.com
Email: sap...@gs...
|
|
From: Steve S. <sap...@gs...> - 2003-05-04 17:27:02
|
Chris Winters wrote: > That's the first time I've heard that phrase. Gotta store that for > future reference ;-) Oh, if you had worked with me you'd have heard it over and over again for the last 18 years ... 8-) -- Steve Sapovits GSI Commerce, Inc. http://www.gsicommerce.com Email: sap...@gs... |
|
From: Chris W. <ch...@cw...> - 2003-05-04 17:22:19
|
Steve Sapovits wrote: > ... > I recreated my site, saving the old and copying its config files over > and all works now. I must have fat fingered something ... That's the first time I've heard that phrase. Gotta store that for future reference ;-) Chris -- Chris Winters (ch...@cw...) Building enterprise-capable snack solutions since 1988. |
|
From: Chris W. <ch...@cw...> - 2003-05-04 17:20:35
|
Steve Sapovits wrote: >> I did some upgrading (TT and SPOPS) and now get this instead of the >> main page: >> >> Can't locate object method "id" via package "feeds::User" (perhaps >> you forgot to load "feeds::User"?) at >> /usr/local/lib/perl5/site_perl/5.6.1/OpenInteract/Auth.pm line 36. >> >> 'feeds' is my site name. I see a feeds::Handler::User package in >> feeds/tmplib, but can't find any references that indicate what >> might be configured wrong. Did you try to rename your website as part of the upgrade? This error indicates that the SPOPS class for the user object was not either not properly built or was built under a different name. > This went away when I flushed my browser cache. I assume there was > some cookie set with the old version that's incompatible with the new? If configured OI will do some object caching in a session for the 'user', 'groups' and 'theme' objects. If you flush your browser's cache (delete the cookie referring to a session) there's no danger of the session object and the object OI thinks it should have getting out of sync. BTW: If you're debugging it may be a good idea to turn this off. Just set the different 'session_info.cache_*' keys to 0. > But this leads to another error. I'm using the Apache set-up with a > modperl backend and a lightweight front end Apache server. The modperl > server is getting this error now: > > --EXITED WITH ERROR from main handler eval block > Error: Can't locate object method "throw" via package > "feeds::ErrorObject" (perh > aps you forgot to load "feeds::ErrorObject"?) at > /usr/local/lib/perl5/site_perl/ > 5.6.1/OpenInteract/Error.pm line 94. > > Again, I see now feeds::ErrorObject package anywhere even though that's > in the default server.ini configuration. I can't leave this empty or I > get a similar error: This sounds like the same type of error as above. Can you look in your server error logs (not the vhost error logs) and see if OI is complaining about anything at startup? The errors get placed in the server because generating SPOPS classes is part of the ChildInitHandler phase, before the vhost is entirely initialized. Chris -- Chris Winters (ch...@cw...) Building enterprise-capable snack solutions since 1988. |
|
From: Steve S. <sap...@gs...> - 2003-05-04 17:20:09
|
I wrote: > But this leads to another error. I'm using the Apache set-up with a > modperl backend and a lightweight front end Apache server. The modperl > server is getting this error now: > > --EXITED WITH ERROR from main handler eval block > Error: Can't locate object method "throw" via package > "feeds::ErrorObject" (perh > aps you forgot to load "feeds::ErrorObject"?) at > /usr/local/lib/perl5/site_perl/ > 5.6.1/OpenInteract/Error.pm line 94. > > Again, I see now feeds::ErrorObject package anywhere even though that's > in the default server.ini configuration. I can't leave this empty or I > get a similar error: > > --EXITED WITH ERROR from main handler eval block > Error: Can't call method "throw" on an undefined value at > /usr/local/lib/perl5/s > ite_perl/5.6.1/OpenInteract/Error.pm line 94. > > I'm having the feeling I messed something up doing the upgrade ... I recreated my site, saving the old and copying its config files over and all works now. I must have fat fingered something ... -- Steve Sapovits GSI Commerce, Inc. http://www.gsicommerce.com Email: sap...@gs... |
|
From: Chris W. <ch...@cw...> - 2003-05-04 17:14:25
|
Steve Sapovits wrote: > Making some progress here. Is there a way to use any of the canned > TT styles (e.g.. Splash!) as (or as part of) OI themes? Good question. I haven't used splash before so I'm not sure what controls the 'theme' part of it. I suspect it would be painless, since everything in OI is an add-on to TT rather than a replacement. Well, almost: OI overrides the foo::bar syntax for PROCESS/INCLUDE/WRAPPER for referring to package::template_name templates. If you could post a brief example of how splash works I'd probably have a better idea. Chris -- Chris Winters (ch...@cw...) Building enterprise-capable snack solutions since 1988. |
|
From: Steve S. <sap...@gs...> - 2003-05-04 17:08:12
|
I wrote: > > I did some upgrading (TT and SPOPS) and now get this instead of the > main page: > > Can't locate object method "id" via package "feeds::User" (perhaps > you forgot to load "feeds::User"?) at > /usr/local/lib/perl5/site_perl/5.6.1/OpenInteract/Auth.pm line 36. > > 'feeds' is my site name. I see a feeds::Handler::User package in > feeds/tmplib, but can't find any references that indicate what > might be configured wrong. This went away when I flushed my browser cache. I assume there was some cookie set with the old version that's incompatible with the new? But this leads to another error. I'm using the Apache set-up with a modperl backend and a lightweight front end Apache server. The modperl server is getting this error now: --EXITED WITH ERROR from main handler eval block Error: Can't locate object method "throw" via package "feeds::ErrorObject" (perh aps you forgot to load "feeds::ErrorObject"?) at /usr/local/lib/perl5/site_perl/ 5.6.1/OpenInteract/Error.pm line 94. Again, I see now feeds::ErrorObject package anywhere even though that's in the default server.ini configuration. I can't leave this empty or I get a similar error: --EXITED WITH ERROR from main handler eval block Error: Can't call method "throw" on an undefined value at /usr/local/lib/perl5/s ite_perl/5.6.1/OpenInteract/Error.pm line 94. I'm having the feeling I messed something up doing the upgrade ... -- Steve Sapovits GSI Commerce, Inc. http://www.gsicommerce.com Email: sap...@gs... |
|
From: Steve S. <sap...@gs...> - 2003-05-04 07:38:14
|
I did some upgrading (TT and SPOPS) and now get this instead of the main page: Can't locate object method "id" via package "feeds::User" (perhaps you forgot to load "feeds::User"?) at /usr/local/lib/perl5/site_perl/5.6.1/OpenInteract/Auth.pm line 36. 'feeds' is my site name. I see a feeds::Handler::User package in feeds/tmplib, but can't find any references that indicate what might be configured wrong. -- Steve Sapovits GSI Commerce, Inc. http://www.gsicommerce.com Email: sap...@gs... |
|
From: Steve S. <sap...@gs...> - 2003-05-03 23:32:03
|
I wrote: > This seems like a silly question, but I'm wondering if there's > an easy roadmap for getting started on setting up a full OI site. I > have done all the required single steps -- what I'm > missing is how to incorporate the provided OI management functionality > provided by the default OI home page into a real > intranet-type site. Is it best to start from scratch with my > own front-end design and push the provided home page off to the > side; or (I suspect) start with my own design and copy the functions > of that home page over to the starting point I create? If I missed > some docs in this area, let me know ... Thanks. Chris responded: > I think the former is best, if only on principle: your framework should > work for you, not the other way around. Making some progress here. Is there a way to use any of the canned TT styles (e.g.. Splash!) as (or as part of) OI themes? -- Steve Sapovits GSI Commerce, Inc. http://www.gsicommerce.com Email: sap...@gs... |
|
From: Chris W. <ch...@cw...> - 2003-05-02 03:47:26
|
Steve Sapovits wrote: > This seems like a silly question, but I'm wondering if there's > an easy roadmap for getting started on setting up a full OI > site. I have done all the required single steps -- what I'm > missing is how to incorporate the provided OI management > functionality provided by the default OI home page into a real > intranet-type site. Is it best to start from scratch with my > own front-end design and push the provided home page off to the > side; or (I suspect) start with my own design and copy the > functions of that home page over to the starting point I create? > If I missed some docs in this area, let me know ... Thanks. I think the former is best, if only on principle: your framework should work for you, not the other way around. My 'mangement functionality' I assume you mean the administration boxes along the right-hand side. You can put those boxes anywhere you like -- you can copy the links from them and put them into a separate page. Or you can even do this in your normal text: <p>Here is the admin tools box:<br> [% OI.comp( 'admin_tools_box' ) %] It might look odd without the borders, etc., but you get the idea. You can modify the 'base_main' page to not have any boxes at all, and only files in a particular directory (e.g., '/admin/') protected by directory security have the management functionality. Hopefully whatever you can think up, OI can accommodate. > Also, if I replace the default, what happens on upgrades? The $WEBSITE_DIR/html and $WEBSITE_DIR/template directories should have each had a file '.no_overwrite' placed there on website installation. Any files listed there (one per line) should *not* be overwritten when you do an upgrade. I can attest to this since it works on my own site :-) Good luck! Chris -- Chris Winters (ch...@cw...) Building enterprise-capable snack solutions since 1988. |
|
From: Steve S. <sap...@gs...> - 2003-05-01 22:35:27
|
This seems like a silly question, but I'm wondering if there's an easy roadmap for getting started on setting up a full OI site. I have done all the required single steps -- what I'm missing is how to incorporate the provided OI management functionality provided by the default OI home page into a real intranet-type site. Is it best to start from scratch with my own front-end design and push the provided home page off to the side; or (I suspect) start with my own design and copy the functions of that home page over to the starting point I create? If I missed some docs in this area, let me know ... Thanks. Also, if I replace the default, what happens on upgrades? ---- Steve Sapovits GSI Commerce, Inc. http://www.gsicommerce.com Email: sap...@gs... |
|
From: Chris W. <ch...@cw...> - 2003-04-29 23:17:15
|
(cc'd to oi-help list) Palma, Paulo wrote: > I=92ve installed Open Interact in my windows 2K box with mysql (just=20 > copied the OpenInteract and SPOPS directory on perl/site/lib folder). >=20 > Everything looks OK even the db tests, but... > > When I issue the command >=20 > C:\>perl oi_manage --website_dir=3DG:\oi --package=3DINITIAL install_sq= l >=20 > I got the following error =20 >=20 > Error: Can't locate object method "instance" via package=20 > "OpenInteract::Request" >=20 > (perhaps you forgot to load "OpenInteract::Request"?) at=20 > C:/Perl/site/lib/OpenInteract/Startup.pm line 88. This is a strange error. I haven't installed OI on Win32 in quite=20 some time... Can you paste the contents of the file: g:/oi/conf/base.conf into an email and send it back? Later, Chris --=20 Chris Winters (ch...@cw...) Building enterprise-capable snack solutions since 1988. |
|
From: Chris W. <ch...@cw...> - 2003-04-29 12:20:11
|
Nick Sutterer wrote:
> is there a way to get information about the properties of a SPOPS object,
> like fieldnames, related objects, and so on?
> i think i read about such a mechanism, but couldn't find it in the manual.
You always have access to an SPOPS object's configuration using the
class method CONFIG:
my $conf = $spops_class->CONFIG;
print "Fields are: ", join( ', ', $conf->{field_list} );
Some of the properties are accessible directly via class methods:
print "Fields are: ", join( ', ', $spops_class->field_list ),
"and the ID field is: ", $spops_class->id_field;
I'm almost positive we're not tracking related objects directly, but
since you have access to the configuration you can parse the 'has_a'
and 'links_to' declarations to get the information. This is
non-optimal, and suggestions are welcome.
Later,
Chris
|
|
From: Nick S. <ni...@te...> - 2003-04-29 11:44:53
|
hi again! is there a way to get information about the properties of a SPOPS object, like fieldnames, related objects, and so on? i think i read about such a mechanism, but couldn't find it in the manual. cheers, nick __________________________________________ nick sutterer cb&h productions ni...@te... the computer helps us solving problems which we wouldn't have without it. |
|
From: Chris W. <ch...@cw...> - 2003-04-29 11:18:01
|
Nick Sutterer wrote: > just a thought: would it be possible and ok to replace the "SPOPS::Secure" > string in the object configuration ISA property with a very own security > class like "DNT::Security", which is again a SPOPS::Secure subclass *and* > implements the 4 necessary security methods like global_user_current? > > my idea is to let DNT::Security decide which security system to use: it > could provide the 4 sec methods in different ways, or could deactivate the > security system at all, according to configuration of the DNT::Security > class. > > what do you think about it? Sounds great! It should be fairly amenable to subclassing since SPOPS::Secure::Hierarchy is a subclass of SPOPS::Secure. SPOPS::Secure itself could use some cleanup in terms of interface and naming (e.g., why is there check_action_security(), check_security() and get_security()? ack!), so if you have any ideas speak up. Later, Chris -- Chris Winters (ch...@cw...) Building enterprise-capable snack solutions since 1988. |
|
From: Nick S. <ni...@te...> - 2003-04-29 11:01:49
|
hi chris, just a thought: would it be possible and ok to replace the "SPOPS::Secure" string in the object configuration ISA property with a very own security class like "DNT::Security", which is again a SPOPS::Secure subclass *and* implements the 4 necessary security methods like global_user_current? my idea is to let DNT::Security decide which security system to use: it could provide the 4 sec methods in different ways, or could deactivate the security system at all, according to configuration of the DNT::Security class. what do you think about it? cheers, nick __________________________________________ nick sutterer cb&h productions ni...@te... the computer helps us solving problems which we wouldn't have without it. |
|
From: Chris W. <ch...@cw...> - 2003-04-21 22:09:44
|
Nick Sutterer wrote:
> how is it possible to create more than one accessor to a "links_to"
> property in a SPOPS object? SPOPS automatically creates one method which
> is named according to the object alias:
>
> 'object_alias' => { class => My::Object,
> alias => ['blabla'],... },
> 'another_object' => { ....
> links_to => { 'My::Object' => 'some_linking_table' }
> }
>
> here, an object of type 'another_object' would have one method named
> 'object_alias' to get the contained objects. although i set an alias in
> 'object_alias', there is only one accessor in 'another_object', there
> should be another accessor called 'blabla'. is this correct behaviour?
Interesting, this has never come up before. I'm going to take the
lazy way out and say that instead of making the code generation more
convoluted -- that is, work for me -- you should probably create a
couple of aliases in your code class -- work for you, but very easy:
sub blabla {
my ( $self, @params ) = @_;
return $self->object_alias( @params );
}
sub blabla_add {
my ( $self, @params ) = @_;
return $self->object_alias_add( @params );
}
sub blabla_remove {
my ( $self, @params ) = @_;
return $self->object_alias_remove( @params );
}
> what happens, if a field and a links_to object have the same name?
If this happens you should probably rename one of the two :-)
Seriously, the relationship declaration syntax is so ugly right now
that I hesitate to add any complexity to it to handle special cases.
Later,
Chris
--
Chris Winters (ch...@cw...)
Building enterprise-capable snack solutions since 1988.
|
|
From: Chris W. <ch...@cw...> - 2003-04-21 22:02:08
|
Nick Sutterer wrote:
> the SPOPS relation manual reads the following:
>
> ${alias}_add( $id | $object | \@id_list | \@object_list ) - Adds links to
> the related objects in $object
>
> however, when i try to _add($object) an object this way (passing the
> reference) i get an error, because SPOPS doesn't dereference the object
> reference and doesn't call ->id().
> when i do this myself _add( $object->id() ), everything works fine.
>
> is the manual wrong?
Yes, but the code will catch up with the manual in the next release.
Thanks for the report.
Chris
--
Chris Winters (ch...@cw...)
Building enterprise-capable snack solutions since 1988.
|
|
From: Nick S. <ni...@te...> - 2003-04-21 21:12:01
|
hi all,
the SPOPS relation manual reads the following:
${alias}_add( $id | $object | \@id_list | \@object_list ) - Adds links to
the related objects in $object
however, when i try to _add($object) an object this way (passing the
reference) i get an error, because SPOPS doesn't dereference the object
reference and doesn't call ->id().
when i do this myself _add( $object->id() ), everything works fine.
is the manual wrong?
cheers,
nick
__________________________________________
nick sutterer cb&h productions
ni...@te...
the computer helps us solving problems
which we wouldn't have without it.
|
3 messages has been excluded from this view by a project administrator.
