Closed (won't fix)
Project:
Drupal.org CVS applications
Component:
new project application
Priority:
Normal
Category:
Task
Assigned:
Unassigned
Issue tags:
Reporter:
Created:
3 Jul 2010 at 00:29 UTC
Updated:
27 Nov 2018 at 14:05 UTC
Jump to comment: Most recent, Most recent file
Comments
Comment #1
Artman commentedLottery Block adds a block with scrolling lottery results from one of 44 US states (including District of Columbia) that have lotteries.
It uses the Pausing up-down Scroller script from Dynamic Drive (www.dynamicdrive.com) to show your state's lottery results for the week. It utilizes the free RSS feeds from
US-Lotteries (www.us-lotteries.com) for the data.
EDIT: Note that I accidentally left in a LICENSE.txt file that shouldn't be there. Sorry. ;)
Comment #2
Artman commentedWell, I guess the reason LICENSE.txt was included in that first package I uploaded was because I uploaded it from the wrong directory as I just noticed that in IE a styling problem wasn't fixed and the included CSS file wasn't set for Garland theme colors.
So, after double and triple checking to make sure I've got the right module packed up, here is the correct file for review. (Please ignore/delete/feed-to-the-dog/whatever with the first one) ;)
You can see it in action in the right side column here: www.darrelltown.com
Comment #3
avpadernoHello, and thanks for applying for a CVS account.
Drupal variables are not initialized during installation.
The code would not work, if
fopen()is not allowed to read remote files. Why isn't the code using the function that Drupal has to get content from an external site?The function
_lottery_block_content()is outputting too much HTML; you should be using a theme function.Is the link of any relevance for who has a Drupal site?
Comment #4
Artman commented1. I have read the coding standards, but never saw anything about not initializing default values in variables during install. As a side note - I was using several other modules as educational examples as I was writing this one and there's a lot of them that do the same thing I did in my install hook. And it just made more sense to initialize them with as an array with one call to
variable_set()than use 6 calls tovariable_get()and supplying default arguments for each of them in several places in lottery_block.module (and thus more queries). Less bloat, IMO.2. What function would that be? There's a function that will read in a remote file as a file stream? I found
drupal_http_request, and may rewrite it to support that, but it looks like overkill for just custom parsing a small file.3. ???
4. I assume you're talking about the pausescroller.js, right? It's free to use on any site, but to make sure we're complying correctly, it wouldn't be a big deal to include a link to Dynamic Drive's page for that so anybody can download it themselves. That could be removed from the package and mentioned in module description, installation instructions and documentation with no problem.
5. Outputting too much HTML? Don't go look at the
hook_help()from gallery_assist, image_gallery or the image modules, lol. I guess I should have wrapped it inl()or something, but when you think about it, it's still only outputting a br and a link.And, yes, anybody using this module would be using the service from us-lotteries.com, so not only is it informative as to where the module pulls its information from, it's a courtesy to US-Lotteries to at least credit them within the help system of the module.
I'll give a go at rewriting the
fopen()section of code to usedrupal_http_request(), reformat thehook_help()output and remove the js file from the package and include directions to the file in the README.txt file for that and re-upload and let ya check it again. ;)Thanks,
Comment #5
avpadernoSee comment #3; there was a missing tag that did mess all the comment.
The link to a third-party site seems more like a spam link.
The link text is , which leads users to think they will find widgets they can use for their Drupal site; the correct link text should probably say .
The function I reported to output too much HTML without to use theme functions is not an implementation of
hook_help(); if it would have been, then I would not have reported what I reported.Comment #6
avpadernoComment #7
avpadernoPlease read the following links as this is very important information about CVS applications.
Drupal.org has moved from CVS to Git! This is a very significant change for the Drupal community and for these applications. Please read Migrating from CVS Applications to (Git) Full Project Applications and Applying for permission to opt into security advisory coverage on how this affects and benefits you and the application process. In short, every user has now the permissions necessary to create new projects, but they need to apply for opt into security advisory coverage. Without applying, the projects will have a warning on projects that says: