On 28.12.2010 14:58, Eric Sunshine wrote: > On 12/28/2010 8:08 AM, Denis Washington wrote: >> As a late christmas present, let me tell you that I enabled Drupal users >> to log into the Trac instance. It is not single sign-on, unfortunately >> (I just cannot find out how to accomplish this, or if this actually is >> possible), but it still means that there is a single user database for >> the forums, the wiki and Trac. > A couple minor observations: > > Trac frequently crashes for me with a Python stack-trace when I click > the "Development" link. (Unfortunately, this is not uncommon with the > live CS Trac either.) When it works, though, it is nice having Trac so > well integrated with the rest of the site.
The Trac instance itself is not very well configured, but it is actually just a showcase. The plan is to use the current Trac instance effectively unchanged, with only the template copied over and the Drupal user database integration set up. > After clicking on a screenshot on the main page, and then clicking on > the actual image on the following page, a page is presented saying "You > are not authorized to access this page". (I am not signed in.) A stupid permission issue, should be fixed now. I should browse the site when not logged in as admin more often... > Somewhat serious: The Home / About / Download / Documentation / > Community menu overwrites the Wiki / Forums / Development menu at the > top of the page when viewed in the browser in "normal" window mode (not > "maximized"). Perhaps the menu line should be placed below the site > logo, thus moving the Home / ... / Community menu to the left. > Alternately, perhaps one or the other menu can wrap to a second line as > needed? Alternately, perhaps the Wiki / ... / Development menu can be > moved up a bit? Good catch, I'll think about that. The least intrusive fix would probably be the wrapping approach - I'll see what I can do. >> - Move the whole page to the existing webspace of the CrystalSpace >> project in a subdirectory (like crystalspace3d.org/beta or so) and make >> everything work there. > Andres should be able to provide you with a login. Great! :) >> - Migrate the current CrystalSpace forums' users and topics using the >> Simplemachines -> phpbb -> Drupal route I have tested earlier, and make >> sure everything goes well. > One note: The existing website has tens of thousands of bogus users > created by spambots. We don't want to transfer all those users to the > new site. Perhaps it would make sense to query the existing forum > database and only transfer users who have made actual forum posts. On > the other hand, we also have had a significant number of spam posts in > the forum. Perhaps starting the user database from scratch would make sense. The Drupal importer has an option to not import users which didn't post anything to the forums. That being said, starting the new forums from scratch and linking to the old ones for reference would also be a sensible option. >> (Also, how do we want to use the name CrystalSpace? Only as the >> name of the engine, or of the whole project, with the Crystalspace >> engine and CEL both being part of it?) > The previous discussion ended with some sort of consensus [1][2] that > the umbrella project would be called "Crystal Space 3D". The so-called > engine is then best represented as "Crystal Space SDK", and CEL remains > CEL "Crystal Entity Layer". > > [1]: http://article.gmane.org/gmane.comp.graphics.crystalspace.general/12469 > [2]: http://article.gmane.org/gmane.comp.graphics.crystalspace.general/12473 I remember the discussion, I raised the same point there, too. However, I think "SDK" for the engine would not be a particularly good name, as "SDK" implies a kit consisting of several components. It is therefore a more natural name for the "super-thing", that is, the combination of the engine and CEL. I would simply call the engine "CrystalSpace Engine". Denis ------------------------------------------------------------------------------ Learn how Oracle Real Application Clusters (RAC) One Node allows customers to consolidate database storage, standardize their database environment, and, should the need arise, upgrade to a full multi-node Oracle RAC database without downtime or disruption http://p.sf.net/sfu/oracle-sfdevnl _______________________________________________ Crystal-main mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/crystal-main Unsubscribe: mailto:[email protected]?subject=unsubscribe
