On Mon, 22 Feb 2010 13:25:56 -0300 Andres Blanc <[email protected]> said:
> On Lunes 22 Febrero 2010 11:57:29 buergi escribió: > > Hello, > > i don't know if this is the right place to ask the following question, > > but can anyone tell me why the trac wiki shows the attachments global on > > every wiki page instead of only below the article to which I attached > > them? > > > > I thought it would be a good idea to migrate some of the old wiki's images > > to the new trac wiki to get rid of those ugly red boxes. But after > > uploading two images i noticed that they are listed now below every > > article as attachments. > > > > Did I make something wrong? I tried the same in trac's demo wiki on their > > homepage and everything worked fine. > > It it's not possible to reconfigure trac so that it shows only the > > attachments of the current article someone should probably remove the two > > attachments. > > > > As the images i attached were prefixed with '.2' I think the old wiki's > > images are already migrated to trac, aren't they? > > Trac is quite broken right now, as is exchange (from what I've seen in the > ML). > > I think we need to from a strict "server team" of a handful of people with > experience managing servers. Each member adopts a specific service (like > trac) and becomes THE person who deals with issues for his child service. > This would require someone who can put that task as top priority on their > schedules. > > But regardless of that happening, I offer to setup a parallel Trac > installation with all the proper plug-ins for things like anti-spam measures, > etc. > > This would take quite some time (a week at least) as I would have to study > Trac thoroughly and document my installation process and administration > details for the person who will be in charge of this in the future. > > I've been told Raster has a more accurate schedule for the next release. > Since just today I will commit the final version of the "libraries" page, > which means I still have 4 more pages (albeit simpler) to go + the "proper" > design for all of them (breaking the grid, adding imagery, using a proper > palette, etc) and this HAS to be done before the release. > > I need Raster to be OK with this first. well if u set it up in view to replace the current trac - sure. it would need to match its features, user list and content. as for why track displays attachements everywhere? i have no clue. why does track sometimes forget attachments exist in the db and thus - even tho files exist, never use them again? i don't know. i don't know why trac does have the poop it does... it's good - and bad. it does lots of things quite nicely, and simply.. and then falls apart in other places mysteriously. it's a blessing and a curse. i don't know what to make of it. but it works "well enough" to keep using it i guess. (oh i also tried to get rid of listing attachments too - i modified track as on things like the elm wiki all the images also got listed at the bottom as attachments - and really - u only need the list of attachments once u are editing the page and want to add/del etc. attachments - u dont need it there all the time!). -- ------------- Codito, ergo sum - "I code, therefore I am" -------------- The Rasterman (Carsten Haitzler) [email protected] ------------------------------------------------------------------------------ Download Intel® Parallel Studio Eval Try the new software tools for yourself. Speed compiling, find bugs proactively, and fine-tune applications for parallel performance. See why Intel Parallel Studio got high marks during beta. http://p.sf.net/sfu/intel-sw-dev _______________________________________________ enlightenment-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/enlightenment-devel
