From: Brett G. <br...@et...> - 2006-09-27 21:36:26
|
This is Brett Gaylor from opensourcecinema.org Thank you all for your hard work on the 3.02 release. I succesfully upgraded from the previous version. My biggest problem in the last version was over-active ID3 checking. Now that I can turn this off succesfully, I can now upload Quicktimes encoded with mpeg4 compression (the ipod format). Unfortunately, this means I've left myself open security wise - this seems to be an issue with GetID3, however. 2 big requests -uploading of media via http URL, to include the youtube kids -Uploading of a batch of clips at the same time -Thumbnails! Thanks again! Brett --------- Brett Gaylor br...@et... www.etherworks.ca |
From: Jon P. <jo...@cr...> - 2006-09-28 02:37:33
|
On Wed, 2006-09-27 at 17:36 -0400, Brett Gaylor wrote: > This is Brett Gaylor from opensourcecinema.org > > > Thank you all for your hard work on the 3.02 release. > Big hugs all around :) We should prolly start rocking out 3.1 :) > I succesfully upgraded from the previous version. > Great! > My biggest problem in the last version was over-active ID3 checking. > Now that I can turn this off succesfully, I can now upload Quicktimes > encoded with mpeg4 compression (the ipod format). Cool... > > Unfortunately, this means I've left myself open security wise - this > seems to be an issue with GetID3, however. Please explain how you see this...I think I know what you mean... > > 2 big requests > -uploading of media via http URL, to include the youtube kids Yes, this is very important...having a link to media that is not on the server. This works behind the scenes I believe (Victor?), so hopefully its not hard to make external paths easy to use. > -Uploading of a batch of clips at the same time Hmmm...I haven't tried to do this actually, but looks like there is a support for an archive. I am thinking of a couple of solutions to this: * import by way of a feed (pull in media and metadata by way of an atom or rss feed with paths to the media) * an archive that inside of it uses the creative commons companion file metadata spec., which is basically a plain text file with RDF metadata descriptions of what is inside the archive (zip, tarball, etc) This is how the Open Clip Art Library used to do this. * bulk import with simple form fields (basically multiple input fields) I prefer item 1 and 2 (because I need them for OCAL, but haven't had time to code them) > -Thumbnails! I'm working on this in the form of a new file browser btw...so we can have something akin to a file manager like nautilus, the mac finder or windows (icon view, thumbnail view, list view, etc) Whoa, we need to get all of these filed as feature requests for ccHost. Brett, could you do this through our sf.net site: http://sf.net/projects/cctools Once you do this I will help annotate what we need, etc. Awesome! Jon > > Thanks again! > Brett > > > --------- > Brett Gaylor > br...@et... > www.etherworks.ca > > > ------------------------------------------------------------------------- > Take Surveys. Earn Cash. Influence the Future of IT > Join SourceForge.net's Techsay panel and you'll get the chance to share your > opinions on IT & business topics through brief surveys -- and earn cash > http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV > _______________________________________________ Cctools-cchost mailing list Cct...@li... https://lists.sourceforge.net/lists/listinfo/cctools-cchost -- Jon Phillips jo...@cr... cell: 510.499.0894 Software Engineer Creative Commons www.creativecommons.org |
From: Brett G. <br...@et...> - 2006-09-28 14:12:21
|
> > If there is a consistant signature (first few bytes of every file) you > can at least do a check for that with the new code I checked in a few > days ago. Come again? For what its worth, I did try and install the newest getID3, and it wouldnt recognize mp4 encoded files when id3 verification was checked. > >> > Unfortunately, this means I've left myself open security wise - >> this >> > seems to be an issue with GetID3, however. >> >> Please explain how you see this...I think I know what you mean... > > he means he has to shut getID3 off completely to get it to work which > means there is zero verification of *any* file being uploaded, which > is true until you do what I suggest above. Correct. > >> > >> > 2 big requests >> > -uploading of media via http URL, to include the youtube kids >> >> Yes, this is very important...having a link to media that is not >> on the >> server. This works behind the scenes I believe (Victor?), so >> hopefully >> its not hard to make external paths easy to use. > > It works for *streaming* -- that is, we redirect M3U files to point > somewhere else and it is easy to do this for video streaming files as > well (I forget the file extension of the M3U-like equivalent for > video) Well, for my purposes, it would just be an area where users could paste in an embed code. I suppose it would be up to the user to figure out how to download it. In other words, I just need to have basically a blog entry considered an asset. > > There is some code tucked away in several places that assume the > physical file is living on the server. The biggest problem is that you > would have absolutely no control over the physical file, so active > actions like replacing, renaming, tag stamping (of the ID3 variety) > including licensing and passive ones like gathering information about > the files size, bitrate properties, etc. would all have to be disabled > in the user interface. One of the many consequences of not having this > information is that users can't search on any file format infomation. what about the internal tags of the site? ie if a user tags something as "interview", it would still show up in interview, would it not? Stuff like "composer, album, genre" etc might not be as much of a drag in media besides music. If it messed with licensing, well that could be more of an issue. > Overall the huge issue is sync'ing -- someone deletes, moves or > renames the physical file but ccHost doesn't know about it or > visa-versa. Well, thats a lazyweb problem, isn't it? From my perspective, its a moderation issue. Let users flag it if it doesnt work. > >> >> > -Uploading of a batch of clips at the same time >> >> Hmmm...I haven't tried to do this actually, but looks like there is a >> support for an archive. > > Brett deals with videos we really he's taking about importing a bunch > of stuff. I think this is the same thing you asked about the other > day. correct >> >> > -Thumbnails! >> >> I'm working on this in the form of a new file browser btw...so we can >> have something akin to a file manager like nautilus, the mac >> finder or >> windows (icon view, thumbnail view, list view, etc) > > He's talking about extracting thumbnails from videos here, not > shrinking images. Yes, although I realize that grabbing an image from server side is probably not priority. What if we could manually choose a thumbnail? If there is an open source solution out there, great. Thanks guys Brett --------- Brett Gaylor br...@et... www.etherworks.ca |
From: Victor S. <fou...@gm...> - 2006-10-04 05:42:09
|
(this message starting bouncing back to me last thurs, I'm trying again...) On 9/28/06, Victor Stone <fou...@gm...> wrote: > On 9/28/06, Brett Gaylor <br...@et...> wrote: > > If there is a consistant signature (first few bytes of every file) you > > can at least do a check for that with the new code I checked in a few > > days ago. > > > >> Come again? For what its worth, I did try and install the newest getID3, > >> and it wouldnt recognize mp4 encoded files when id3 verification was > >> checked. > Most media files have a signature at the very beginning of every file, a few bytes that 'marks' the file of being of a certain format. The latest version of ccHost (coming in 3.1) will allow you to at least verify the signature WITHOUT getID3. > > > > > > > 2 big requests > > > -uploading of media via http URL, to include the youtube kids > > > > It works for *streaming* -- that is, we redirect M3U files to point > > somewhere else and it is easy to do this for video streaming files as > > well (I forget the file extension of the M3U-like equivalent for > > video) > > > > Well, for my purposes, it would just be an area where users could paste in > > an embed code. I suppose it would be up to the user to figure out how to > > download it. In other words, I just need to have basically a blog entry > > considered an asset. > ccHost is not text blogging software, just like WordPress is not a community-remix-media-content-management system. Stripping the media upload part from the media submit forms and the media content managment tables is simply too far off the purpose of ccHost. I can see *integration* with blogging software where a blog installation would sit side-by-side with ccHost and make it easy for the two to reference each other. This would mean something like the idea behind the cc-blog-ping module (which was never completed) so that when someone does an upload to ccHost, it automatically creates a new blog entry with links to the media and use upload_description as the text content. The alternative would be to actually write a blogging module for ccHost based on the topics module (akin to reviews and forums) which is 1,000s of lines of new code leaving the content management part alone -- Not that folks haven't asked us for this, even at the community level making ccMixter into ccMySpace. On a barely related note, I *will* be writing a blog-feed reader and aggregator module so that we can display news generated from the main CC blog and ccmixterblog on ccMixter. > >> in the user interface. One of the many consequences of not having this > >> information is that users can't search on any file format infomation. > > > > what about the internal tags of the site? ie if a user tags something as > > "interview", it would still show up in interview, would it not? > user tags and ccHost generated tags (like 'remix' and 'contest') sill live and work fine. File data format tags and everything about the file (like timing length, bitrate, etc.) are lost. > > > If it messed with licensing, well that could be more of an issue. > It messes with the license verification stamp put into the media file. The file is licensed because of the web page but there's no way to verify it. If I understand your scenario the real solution here is to have a ccPublisher type uploader that ftp's to your remote location, then pings the meta-data over to your web based ccHost site. But again, even if you 're willing to do manual lazy-web upkeep we don't track deleted uploads or have a any mechanism to help you sync database records with a remote media site short of keeping an eyeball glued to the activity log > > Overall the huge issue is sync'ing -- someone deletes, moves or > > renames the physical file but ccHost doesn't know about it or > > visa-versa. > > > > Well, thats a lazyweb problem, isn't it? From my perspective, its a > > moderation issue. Let users flag it if it doesnt work. > No it's more, it means more than half the user and admin interface functionality associated with upload management would not work. We would have to "code around" it all over the application because realistically, the application is otherwise unusable and the users would spend more time reporting "bugs" then using the thing. > > > -Thumbnails! > > > > I'm working on this in the form of a new file browser btw...so we can > > have something akin to a file manager like nautilus, the mac finder or > > windows (icon view, thumbnail view, list view, etc) > > > > He's talking about extracting thumbnails from videos here, not shrinking > > images. > > > > Yes, although I realize that grabbing an image from server side is probably > > not priority. What if we could manually choose a thumbnail? If there is an > > open source solution out there, great. > I think uploading a thumbnail now (using 'manage files') works now and it would not be a huge deal to add it as a field in the main upload form, but again, having this work remotely, where the thumbnail lives somewhere else is another application. VS |
From: Jon P. <jo...@cr...> - 2006-10-11 03:57:55
|
On Mon, 2006-10-02 at 11:42 -0700, Victor Stone wrote: > (this message starting bouncing back to me last thurs, I'm trying again...) > > On 9/28/06, Victor Stone <fou...@gm...> wrote: > > On 9/28/06, Brett Gaylor <br...@et...> wrote: > > > If there is a consistant signature (first few bytes of every file) you > > > can at least do a check for that with the new code I checked in a few > > > days ago. > > > > > >> Come again? For what its worth, I did try and install the newest getID3, > > >> and it wouldnt recognize mp4 encoded files when id3 verification was > > >> checked. > > > Most media files have a signature at the very beginning of every file, > a few bytes that 'marks' the file of being of a certain format. The > latest version of ccHost (coming in 3.1) will allow you to at least > verify the signature WITHOUT getID3. > > > > > > > > > > 2 big requests > > > > -uploading of media via http URL, to include the youtube kids > > > > > > It works for *streaming* -- that is, we redirect M3U files to point > > > somewhere else and it is easy to do this for video streaming files as > > > well (I forget the file extension of the M3U-like equivalent for > > > video) > > > > > > Well, for my purposes, it would just be an area where users could paste in > > > an embed code. I suppose it would be up to the user to figure out how to > > > download it. In other words, I just need to have basically a blog entry > > > considered an asset. > > > > ccHost is not text blogging software, just like WordPress is not a > community-remix-media-content-management system. Stripping the media > upload part from the media submit forms and the media content > managment tables is simply too far off the purpose of ccHost. I can > see *integration* with blogging software where a blog installation > would sit side-by-side with ccHost and make it easy for the two to > reference each other. This would mean something like the idea behind > the cc-blog-ping module (which was never completed) so that when > someone does an upload to ccHost, it automatically creates a new blog > entry with links to the media and use upload_description as the text > content. Really, I think that turning off the option that a submission should have an uploaded file is a good idea. I see where this is useful if someone will attach a file or files in the future. The other thought is that it could suffice as a text description, idea or request which could spur another idea. By default submit forms should require file uploads, but I think there should be the possibility to have nothing. > The alternative would be to actually write a blogging module for > ccHost based on the topics module (akin to reviews and forums) which > is 1,000s of lines of new code leaving the content management part > alone -- Not that folks haven't asked us for this, even at the > community level making ccMixter into ccMySpace. Yes, this is a high priority for me as well for Open Clip Art Library. I would like to jump into, but need timeeeeee..... > On a barely related note, I *will* be writing a blog-feed reader and > aggregator module so that we can display news generated from the main > CC blog and ccmixterblog on ccMixter. Awesome! This will be very useful! > > >> in the user interface. One of the many consequences of not having this > > >> information is that users can't search on any file format infomation. > > > > > > what about the internal tags of the site? ie if a user tags something as > > > "interview", it would still show up in interview, would it not? > > > user tags and ccHost generated tags (like 'remix' and 'contest') sill > live and work fine. File data format tags and everything about the > file (like timing length, bitrate, etc.) are lost. > > > > > > If it messed with licensing, well that could be more of an issue. > > > It messes with the license verification stamp put into the media file. > The file is licensed because of the web page but there's no way to > verify it. > > If I understand your scenario the real solution here is to have a > ccPublisher type uploader that ftp's to your remote location, then > pings the meta-data over to your web based ccHost site. But again, > even if you 're willing to do manual lazy-web upkeep we don't track > deleted uploads or have a any mechanism to help you sync database > records with a remote media site short of keeping an eyeball glued to > the activity log > > > > Overall the huge issue is sync'ing -- someone deletes, moves or > > > renames the physical file but ccHost doesn't know about it or > > > visa-versa. > > > > > > Well, thats a lazyweb problem, isn't it? From my perspective, its a > > > moderation issue. Let users flag it if it doesnt work. > > > No it's more, it means more than half the user and admin interface > functionality associated with upload management would not work. We > would have to "code around" it all over the application because > realistically, the application is otherwise unusable and the users > would spend more time reporting "bugs" then using the thing. > > > > > -Thumbnails! > > > > > > I'm working on this in the form of a new file browser btw...so we can > > > have something akin to a file manager like nautilus, the mac finder or > > > windows (icon view, thumbnail view, list view, etc) > > > > > > He's talking about extracting thumbnails from videos here, not shrinking > > > images. > > > > > > Yes, although I realize that grabbing an image from server side is probably > > > not priority. What if we could manually choose a thumbnail? If there is an > > > open source solution out there, great. > > > > I think uploading a thumbnail now (using 'manage files') works now and > it would not be a huge deal to add it as a field in the main upload > form, but again, having this work remotely, where the thumbnail lives > somewhere else is another application. > Yes, yes, more things that need time :) Brett, feel free to send in your patches and we'll get you on the path of getting developer level access to hack on the code :) We require one good patch, and then we will give you SVN access.... Jon -- Jon Phillips jo...@cr... cell: 510.499.0894 Software Engineer Creative Commons www.creativecommons.org |
From: Kevin D. <dri...@gm...> - 2006-10-11 04:19:52
|
For TeachForward, I've been thinking of creating a new table just for links. People can contribute links to be listed alongside their resources that contain files. That way, if they have a link to something and don't know how to get it to the site, they can still refer to it. What do you think about this approach? Kevin On 10/11/06, Jon Phillips <jo...@cr...> wrote: > On Mon, 2006-10-02 at 11:42 -0700, Victor Stone wrote: > > (this message starting bouncing back to me last thurs, I'm trying again...) > > > > On 9/28/06, Victor Stone <fou...@gm...> wrote: > > > On 9/28/06, Brett Gaylor <br...@et...> wrote: > > > > If there is a consistant signature (first few bytes of every file) you > > > > can at least do a check for that with the new code I checked in a few > > > > days ago. > > > > > > > >> Come again? For what its worth, I did try and install the newest getID3, > > > >> and it wouldnt recognize mp4 encoded files when id3 verification was > > > >> checked. > > > > > Most media files have a signature at the very beginning of every file, > > a few bytes that 'marks' the file of being of a certain format. The > > latest version of ccHost (coming in 3.1) will allow you to at least > > verify the signature WITHOUT getID3. > > > > > > > > > > > > > 2 big requests > > > > > -uploading of media via http URL, to include the youtube kids > > > > > > > > It works for *streaming* -- that is, we redirect M3U files to point > > > > somewhere else and it is easy to do this for video streaming files as > > > > well (I forget the file extension of the M3U-like equivalent for > > > > video) > > > > > > > > Well, for my purposes, it would just be an area where users could paste in > > > > an embed code. I suppose it would be up to the user to figure out how to > > > > download it. In other words, I just need to have basically a blog entry > > > > considered an asset. > > > > > > > ccHost is not text blogging software, just like WordPress is not a > > community-remix-media-content-management system. Stripping the media > > upload part from the media submit forms and the media content > > managment tables is simply too far off the purpose of ccHost. I can > > see *integration* with blogging software where a blog installation > > would sit side-by-side with ccHost and make it easy for the two to > > reference each other. This would mean something like the idea behind > > the cc-blog-ping module (which was never completed) so that when > > someone does an upload to ccHost, it automatically creates a new blog > > entry with links to the media and use upload_description as the text > > content. > > Really, I think that turning off the option that a submission should > have an uploaded file is a good idea. I see where this is useful if > someone will attach a file or files in the future. The other thought is > that it could suffice as a text description, idea or request which could > spur another idea. By default submit forms should require file uploads, > but I think there should be the possibility to have nothing. > > > The alternative would be to actually write a blogging module for > > ccHost based on the topics module (akin to reviews and forums) which > > is 1,000s of lines of new code leaving the content management part > > alone -- Not that folks haven't asked us for this, even at the > > community level making ccMixter into ccMySpace. > > Yes, this is a high priority for me as well for Open Clip Art Library. I > would like to jump into, but need timeeeeee..... > > > On a barely related note, I *will* be writing a blog-feed reader and > > aggregator module so that we can display news generated from the main > > CC blog and ccmixterblog on ccMixter. > > Awesome! This will be very useful! > > > > >> in the user interface. One of the many consequences of not having this > > > >> information is that users can't search on any file format infomation. > > > > > > > > what about the internal tags of the site? ie if a user tags something as > > > > "interview", it would still show up in interview, would it not? > > > > > user tags and ccHost generated tags (like 'remix' and 'contest') sill > > live and work fine. File data format tags and everything about the > > file (like timing length, bitrate, etc.) are lost. > > > > > > > > > If it messed with licensing, well that could be more of an issue. > > > > > It messes with the license verification stamp put into the media file. > > The file is licensed because of the web page but there's no way to > > verify it. > > > > If I understand your scenario the real solution here is to have a > > ccPublisher type uploader that ftp's to your remote location, then > > pings the meta-data over to your web based ccHost site. But again, > > even if you 're willing to do manual lazy-web upkeep we don't track > > deleted uploads or have a any mechanism to help you sync database > > records with a remote media site short of keeping an eyeball glued to > > the activity log > > > > > > Overall the huge issue is sync'ing -- someone deletes, moves or > > > > renames the physical file but ccHost doesn't know about it or > > > > visa-versa. > > > > > > > > Well, thats a lazyweb problem, isn't it? From my perspective, its a > > > > moderation issue. Let users flag it if it doesnt work. > > > > > No it's more, it means more than half the user and admin interface > > functionality associated with upload management would not work. We > > would have to "code around" it all over the application because > > realistically, the application is otherwise unusable and the users > > would spend more time reporting "bugs" then using the thing. > > > > > > > -Thumbnails! > > > > > > > > I'm working on this in the form of a new file browser btw...so we can > > > > have something akin to a file manager like nautilus, the mac finder or > > > > windows (icon view, thumbnail view, list view, etc) > > > > > > > > He's talking about extracting thumbnails from videos here, not shrinking > > > > images. > > > > > > > > Yes, although I realize that grabbing an image from server side is probably > > > > not priority. What if we could manually choose a thumbnail? If there is an > > > > open source solution out there, great. > > > > > > > I think uploading a thumbnail now (using 'manage files') works now and > > it would not be a huge deal to add it as a field in the main upload > > form, but again, having this work remotely, where the thumbnail lives > > somewhere else is another application. > > > > Yes, yes, more things that need time :) Brett, feel free to send in your > patches and we'll get you on the path of getting developer level access > to hack on the code :) We require one good patch, and then we will give > you SVN access.... > > Jon > > -- > Jon Phillips > jo...@cr... > cell: 510.499.0894 > > Software Engineer > Creative Commons > www.creativecommons.org > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Cctools-cchost mailing list > Cct...@li... > https://lists.sourceforge.net/lists/listinfo/cctools-cchost > |
From: Victor S. <fou...@gm...> - 2006-10-11 05:54:39
|
On 10/10/06, Kevin Driscoll <dri...@gm...> wrote: > For TeachForward, I've been thinking of creating a new table just for > links. People can contribute links to be listed alongside their > resources that contain files. That way, if they have a link to > something and don't know how to get it to the site, they can still > refer to it. > > What do you think about this approach? Let's call this a 'Link Pool' STEP 1. Create a table that has the following fields: link_pool_user int link_pool_pool int STEP 2. Create a brand new submit form type is modelled after cc_tbl_pool_item (see cclib/cc-pool) pool_item_url // containing page pool_item_download_url // direct link to media pool_item_description pool_item_extra // serialized extra stuff (like maybe tags) pool_item_license pool_item_name // name of the item pool_item_artist // On submit of form do the the following: - Search the link pools for the current pools to see if they have a pool already: $where['link_pool_user'] = CCUser::CurrentUser(); $pool_id = $link_pools->QueryItem('link_pool_pool',$where); - If the user does not have a link pool already, create one a new pool and insert it into cc_tbl_pools $pool_id = $pools->NextID(); $a[pool_name] = CCUser::CurrentUserName() . "'s personal link pool"; $a[pool_short_name] = CCUser::CurrentUserName() ; $a[pool_description] = 'A pool for personal links'; $a[pool_api_url] = 'CCSearchLinkPool'; // more on this later $a[pool_site_url] = $CC_GLOBALS['user_home_page']; // whatever $a[pool_search] = false; // set this to true if you want it // searchable via // remix submit forms $a[pool_default_license] = ??; whatever $a[pool_id] = $pools->Insert($a); // now bind the pool to the current user: $pl['link_pool_user'] = CCUser::CurrentUser(); $pl['link_pool_pool'] = $a[pool_id]; $link_pools->Insert($pools); - Now that we are sure the user has their own link pool, insert the form's values into cc_tbl_pool_items using their pool_id $form->GetValues($values); $values[' pool_item_pool'] = $pool_id; // and other massaging -- whatever... $extra['tags'] = $values['tags']; $values['pool_item_extra'] = serialize($extra); unset($values['tags']); $pool_items->Insert($values); STEP 3. If you want users to be able search for links during remix submit then you'll need to implement a search class called CCSearchLinkPool. Here's 100% of that code: class CCSearchLinkPool { function LocalSearch($pool_id,$query,$type) { $query = CCUtil::StripText( urldecode($query) ); if( empty($query) ) return( array() ); switch( $type ) { case 'artist': $fields = array( 'pool_item_artist' ); break; case 'title' : $fields = array( 'pool_item_name' ); break; default: $fields = array( 'pool_item_description', 'pool_item_name', 'pool_item_artist' ); break; } $filter = CCSearch::BuildFilter($fields,$query,'any'); $filter = "($filter) AND pool_item_pool = '$pool_id'"; $pool_items =& CCPoolItems::GetTable(); $items = $pool_items->QueryRows($filter); return($items); } } from mixter-lib/mixter-magnatune.php STEP 4. Create a user field that points to the user's link pool (I suspect Kevin's done this kind of thing). - Catch the OnUserRow() - See if the user has a pool in the link pool table - If so, create a friendly link to in $row['user_fields'][] (see ccextras/cc-notify.php/OnUserRow() for relatively clean example) for the link just do $url = ccl('pools','pool',$users_link_pool); STEP 5. Bind the LinkSubmit form to a URL (blah, blah, ) STEP 6. In your ccHost installation, create a Submit Form type, in the last field called 'Handler URL' put the url you created in STEP 5. Now, there's probably some tweaks you want to do, like in the skin display the 'pool_item_description' field and gussy it up some and other stuff. VS |
From: Victor S. <fou...@gm...> - 2006-10-11 06:04:04
|
and now, the typo corrections... > - Search the link pools for the current pools to see if they have a > pool already: should be: Search the link pools for the current *user* to see... > $a[pool_id] = Should be $a[pool_id] = $pool_id; VS |
From: Jon P. <jo...@cr...> - 2006-10-19 06:58:01
|
On Tue, 2006-10-10 at 23:04 -0700, Victor Stone wrote: > and now, the typo corrections... > > > - Search the link pools for the current pools to see if they have a > > pool already: > > should be: > > Search the link pools for the current *user* to see... > > > $a[pool_id] = > > Should be > > $a[pool_id] = $pool_id; > > VS Kevin, how are you doing with this feature? It would be great to get a patch and get it into the next release :) Jon > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Cctools-cchost mailing list > Cct...@li... > https://lists.sourceforge.net/lists/listinfo/cctools-cchost -- Jon Phillips jo...@cr... cell: 510.499.0894 Software Engineer Creative Commons www.creativecommons.org |
From: Kevin D. <dri...@gm...> - 2006-10-19 17:10:47
|
This is definitely on my to-do list but I need to do some administrative stuff first (putting our TF-specific files into source control, etc..). I'll give an update on-list sometime next week to let you know. Great job on the latest release! Kevin On 10/19/06, Jon Phillips <jo...@cr...> wrote: > On Tue, 2006-10-10 at 23:04 -0700, Victor Stone wrote: > > and now, the typo corrections... > > > > > - Search the link pools for the current pools to see if they have a > > > pool already: > > > > should be: > > > > Search the link pools for the current *user* to see... > > > > > $a[pool_id] = > > > > Should be > > > > $a[pool_id] = $pool_id; > > > > VS > > Kevin, how are you doing with this feature? It would be great to get a > patch and get it into the next release :) > > Jon > > > ------------------------------------------------------------------------- > > Using Tomcat but need to do more? Need to support web services, security? > > Get stuff done quickly with pre-integrated technology to make your job easier > > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > > _______________________________________________ > > Cctools-cchost mailing list > > Cct...@li... > > https://lists.sourceforge.net/lists/listinfo/cctools-cchost > -- > Jon Phillips > jo...@cr... > cell: 510.499.0894 > > Software Engineer > Creative Commons > www.creativecommons.org > > |