October 2006 - Development - lists.drupal.org

Themes.net Deliciously Zen themes -- for anyone who might want them.
by Trae McCombs 06 Oct '06

06 Oct '06

Hi All, I really need to get to work on building up a site for my themeing contracting work, Portfolio [I'm unemployed presently]. I've tried to chip in and help the best I can by providing some leadership and code in the themes arena. Here are tarballs and screenshots of what I did (based on Farsheeds work): Plain Jane Version http://occy.net/tmp/dz-trae-0.0.7.tar.gz http://occy.net/tmp/dz-trae-0.0.7.png Bar at top version http://occy.net/tmp/dz-trae-0.0.6.tar.gz http://occy.net/tmp/dz-trae-0.0.6.png I wanted to make sure anyone who might want the code could get it. Trae -- Need a Drupal Themer? Contact me! Trae McCombs || http://occy.net/ Founder - Themes.org // Linux.com

1 0

Re: [development] Why Drupal 5.x must have built-in WYSIWYG Editor?
by Peter Wolanin 06 Oct '06

06 Oct '06

Do a search in the forums on this topic, and you'll see that the idea of having a rich text editor in coer has already been discussed many times. There was a discussion here: http://drupal.org/node/81297 of how to standardize a CSS tag to tell editors not to act in a certain text areas. I think this would be a simple but very useful advance. This requires, of course, the cooperation of the mainters of TinyMCE, HTMLArea, FCKEditor etc. TinyMCE can be disabled more precisely via a theme function, see : http://drupal.org/node/72940 http://drupal.org/node/68660 though obviously this isn't standardized across editors -Peter Date: Fri, 6 Oct 2006 16:44:01 +0800 From: "Drupal Indonesia" <support(a)drupal-id.com> Subject: [development] Why Drupal 5.x must have built-in WYSIWYG Editor? To: <development(a)drupal.org> Message-ID: <010701c6e923$a472c530$01020a0a@itmgr> Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Why Drupal 5.x must have built-in WYSIWYG Editor? General discussion ? Drupal 5.x Drupal-id.com - October 6, 2006 - 07:18 I am a web developer with long experience in PHP Nuke, OpenPHP, and Mambo/Joomla. After take a deep look at the Drupal source code and coding that available on TinyMCE and FCKEditor module, I can say that next Drupal version must has a builtin WYSIWYG Editor. Please CMIIW, but read my reasons first before you have different opinion: 1. Both TinyMCE and FCKEditor only find <textarea> then translate to their editor interface. Then how to avoid certain Textarea not converted? The anwer is not possible. What TinyMCE does only disable editor on certain page and FCkEditor will work if the textarea >= n rows.

1 0

frequent timeouts on drupal.org
by Augustin (Beginner) 06 Oct '06

06 Oct '06

Is the server having problems? A. -- http://www.wechange.org/ Because we and the world need to change. http://www.reuniting.info/ Intimate Relationships, peace and harmony in the couple.

2 1

Changes to your 5.0 .info files
by Earl Miles 06 Oct '06

06 Oct '06

Over the last couple of days, the core committers have given us some excellent UI changes which require some minor support in your module .info files: [Note: Actually, none of this is required]. 1) We now have dependencies. List dependencies in your module.info like so: dependencies = views [to make your module require views before it can be enabled]. You can list multiple modules, separated by a comma. 2) We now have package grouping on the module administration page. If your module is part of a multi-module package (ecommerce and CCK are super obvious choices) then adding: package = ecommerce is a good thing. Modules that are designed for these packages can also use these keywords. For now, if your module is basically a standalone module, it is best to leave this blank and let your module appear 'uncategorized', as a lone module in a package will not be terribly useful.

3 4

My site is under attack (trackbacks, spam and cpu usage).
by Augustin (Beginner) 06 Oct '06

06 Oct '06

Hello, I am curious: is anyone using the trackback.module and allowing incoming trackbacks? Spammers have a vicious script designed for Drupal, that submits spam trackbacks in a loop, every few minutes, 24/24h. Even though not ONE of their trackbacks has EVER been published on the site, once your site is entered into their registry, they'll never bother take it off. It seems the only human intervention is to ADD new sites to spam in the robot's registry, never to remove any. Even though I have disabled the trackback.module weeks ago (!!!), my logs are still flooded with "warning page not found trackback/$nid not found. " In such a situation, I wonder how anyone could be using the trackback.module for any length of time. My particular concern at this time is server resources. I know there is a spam module that can automatically delete spam trackbacks, but it won't solve the resources problems. My site hasn't had any new content for a week, and the Drupal cache should be working at its best, and the CPU load should be at its lowest. However, the opposite is true. --------------------------------------------- | For the week | For the day | | rank - % | rank - % | --------------------------------------------| cpu | 86th - 0.216% | 190th - 0.107% | hit | 504th - 0.032% | 543th - 0.030% | Bandwidth | 404th - 0.045% | 370th - 0.030% | --------------------------------------------- See the high cpu usage compared to hits and bandwidth. The relatively lower cpu rank for the day is only due to a server upgrade which rendered spamming impossible. Now, I have already noted a few weeks ago that the cpu usage of a Drupal site is higher than the cpu usage of other sites. Another Drupal site I have and which has never used the trackback module (and therefore never been entered in the spammers' registry) is showing the same pattern of a higher cpu usage. However, it is not as bad as this site. For the sake of the other web sites co-hosted on the same server, I'd like to drastically cut down on cpu usage. I'd like to add a directive at the top of .htaccess that ends straightaway any request to trackback/$nid (so that Drupal never gets bootstrapped). Would that work? What would I need to add to .htaccess? If you have some insights on the wider spam issue and trackback spam in particular, please do share. I repeat that the spam.module is not an option: it would increase even further the cpu usage when I want to minimize it. thanks, Augustin. -- http://www.wechange.org/ Because we and the world need to change. http://www.reuniting.info/ Intimate Relationships, peace and harmony in the couple.

8 16

update on the theme
by Farsheed 06 Oct '06

06 Oct '06

Hi, The Delicious Zen theme has been updated. Please, let's avoid getting into another long thread about design issues on this list. Posting to the issue queue is probably better: http://drupal.org/node/81217 ----------------------- Update: - only search/login forms are themed, color contrast improved on buttons - should work in 4.7 now (explicitly includes "Markup free clearing" for this purpose. redundant in CVS though...) - mission statement themed - simplified footer - replaced comment icon with homemade generic double arrow icon -cleaned up, organized and commented CSS files a bit better Demo site: http://www.drupalart.org/drupal48 Cross-browser compatibility seems to be very good according to BrowserCam tests and feedback by testers...IE 5.0 may need further testing however, if we care about it. If you have any questions or comments regarding this themes accessibility, xhtml, or W3 validation, please post to the issue queue. I think it is pretty stable now. -Farsheed __________________________________________________ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com

1 0

Drupal 4.7.3 + CK-ERP 0.20.1 demo
by C K Wu 06 Oct '06

06 Oct '06

Hi, folks, I have produced a preliminary version of a drupal connector for use within CK-ERP and a demo of CK-ERP 0.20.1 operating within Drupal 4.7.3 is now available (along with other demos) at, http://ck-erp.net/ckerp/sitemgr/sitemgr-site/?page_name=DemoSites Please send your comments and feedbacks to, CK-ERP-en [at] googlegroups.com or CK-ERP-zh_CN [at] googlegroups.com Cheers, CK

1 0

Aggregator to nodes
by Drupal 05 Oct '06

05 Oct '06

The feed_node module at https://svn.bryght.com/dev/browser/feed_node is just a rough sketch... but functionally evolving in the right direction. Since it's existence has now been revealed i will get a cleaner version up later today. d

1 0

4.7 maintenance: Change in policy
by Gerhard Killesreiter 05 Oct '06

05 Oct '06

Hi there, up to fairly recently I have reviewed all patches that were applied to HEAD if they might be needed for 4.7 too. Due to the large number of patches being committed to HEAD that are mostly HEAD specific I won't do this anymore. If you supplied a patch that was applied to HEAD and you think it should be committed to 4.7 as well, please recategorize the patch as "ready to be committed" for the 4.7 version after it was committed to HEAD. If you submit a patch for a bug found in 4.7 and HEAD, please file it against CVS instead of 4.7. This will ensure it gets more attention. Finally, there are a number of pending patches, it would be nice if people could review/ work on them: http://drupal.org/project/issues?projects=3060&states=8,13,14&versions=1069… Cheers, Gerhard

4 4

collectigng i18n use cases, and systems to learn from
by Gabor Hojtsy 05 Oct '06

05 Oct '06

Hello World, It is now official that I am going to attempt to write my diploma about Drupal Internationalization. I have confirmation from my university and my consultant there that I will work on Drupal i18n as my DIY project in this semester (10-17 weeks) and then the semester coming after that, preparing my diploma. To make this diploma worthy, I need to do this *right* (and I also need to be somewhat self-focused, so that I can show that *I* have done significant work in the project, not just showing off with what the community produced). That said, I plan to go through 1.) deep evaluation of how some of the other systems do i18n, 2.) collecting use cases in which Drupal i18n could be used, and abstracting some common stuff out of these 3.) look into how the relevant parts of Drupal are built up (dirty details of parts possibly affected by i18n, without care about how an actual implementation would affect them) 4.) study of previous Drupal i18n efforts, including all modules providing such functionality and previous approaches of them 5.) higher level suggestions about possible implementation strategies 6.) once there is consensus, coordinate implementation of the actual approach Once again, note that since I aim at this being my diploma topic, I need to do it according to the "school book" (which should help the Drupal i18n project be as throuroughly thought out and discussed as possible, but would take more time to get to the actual implementation). Also my need to produce results *myself* does not mean I should not work closely with the community. The above plan has several connections to the community, starting from collecting a list of i18n capable systems to study to getting use cases and discussing implementation strategies. I itend to do this 'in the open', so everyone can see what is going on, and can benefit from the progress. I am also not starting this with a disconnect to existing work done (namely Jose and others contributing to the i18n.module), but since there were a lot of debate around the approach taken there, I would like to take a step back, and provide a solid base for the soon to be core code with actual use cases and existing system comparisions. It could turn out that the current i18n implementation stands still, or it could result in a better implementation. Time will tell. I will have weekly meetings with my consultant at the university, who demands that I show up with some work done, so I'd better start and do what I can :) What you can do to help bring this forward first is to join the i18n group at groups.drupal.org and second to take part in any of the two community feedback requests I have put up. I would like to start with collecting your input in two areas. First if you know of a system which is possible to set up 'at home' (ie. on a usual Windows or Linux server) and you already know of its good i18n capabilities (mostly content translation related features), please tell us about it. Second if you have some use case you already tried to use Drupal i18n in (or any other software with i18n capabilities for that matter), you could provide a use case. Suggest a system: http://groups.drupal.org/node/1544 Provide a use case: http://groups.drupal.org/node/1545 What's i18n? http://groups.drupal.org/node/1543 The i18n group: http://groups.drupal.org/i18n I think it is better to comment on these nodes or add new nodes there in case of use case collection, but if you have anything pressing you need to ask/discuss/say here, just do so. Gabor

4 3