This list is closed, nobody may subscribe to it.
2002 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(13) |
Dec
(1) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2003 |
Jan
|
Feb
|
Mar
|
Apr
|
May
(1) |
Jun
(2) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2004 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
(58) |
Sep
(40) |
Oct
(15) |
Nov
(17) |
Dec
(6) |
2005 |
Jan
(3) |
Feb
(3) |
Mar
(15) |
Apr
(28) |
May
(16) |
Jun
(3) |
Jul
(5) |
Aug
(5) |
Sep
(12) |
Oct
(34) |
Nov
(24) |
Dec
(2) |
2006 |
Jan
(6) |
Feb
(28) |
Mar
(23) |
Apr
(39) |
May
(18) |
Jun
(28) |
Jul
(3) |
Aug
(34) |
Sep
(11) |
Oct
(57) |
Nov
(62) |
Dec
(35) |
2007 |
Jan
(180) |
Feb
(251) |
Mar
(213) |
Apr
(84) |
May
(31) |
Jun
(22) |
Jul
(74) |
Aug
(69) |
Sep
(70) |
Oct
(96) |
Nov
(27) |
Dec
(7) |
2008 |
Jan
(20) |
Feb
(5) |
Mar
(12) |
Apr
(24) |
May
(5) |
Jun
(5) |
Jul
(2) |
Aug
(5) |
Sep
(4) |
Oct
(8) |
Nov
(30) |
Dec
(4) |
2009 |
Jan
(15) |
Feb
(12) |
Mar
(83) |
Apr
(42) |
May
(50) |
Jun
(36) |
Jul
(42) |
Aug
(28) |
Sep
(41) |
Oct
(25) |
Nov
(30) |
Dec
(19) |
2010 |
Jan
(6) |
Feb
(7) |
Mar
(20) |
Apr
(71) |
May
(41) |
Jun
(62) |
Jul
(48) |
Aug
(27) |
Sep
(133) |
Oct
(91) |
Nov
(27) |
Dec
(74) |
2011 |
Jan
(5) |
Feb
(29) |
Mar
(43) |
Apr
(19) |
May
(17) |
Jun
(49) |
Jul
(2) |
Aug
(32) |
Sep
(63) |
Oct
(76) |
Nov
(52) |
Dec
(70) |
2012 |
Jan
(32) |
Feb
(15) |
Mar
(17) |
Apr
(12) |
May
(17) |
Jun
(8) |
Jul
(16) |
Aug
(27) |
Sep
(31) |
Oct
(72) |
Nov
(32) |
Dec
(9) |
2013 |
Jan
(27) |
Feb
(26) |
Mar
(36) |
Apr
(43) |
May
(31) |
Jun
(11) |
Jul
(8) |
Aug
(7) |
Sep
(21) |
Oct
(29) |
Nov
(4) |
Dec
(12) |
2014 |
Jan
(2) |
Feb
(8) |
Mar
(23) |
Apr
(6) |
May
(27) |
Jun
(2) |
Jul
(6) |
Aug
(32) |
Sep
(56) |
Oct
(84) |
Nov
(60) |
Dec
(23) |
2015 |
Jan
(16) |
Feb
(2) |
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
(3) |
Oct
|
Nov
|
Dec
(1) |
2016 |
Jan
|
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
(1) |
Jul
|
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
|
2017 |
Jan
(1) |
Feb
|
Mar
|
Apr
(1) |
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
|
2018 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
(1) |
Aug
|
Sep
|
Oct
(1) |
Nov
|
Dec
|
From: Jacolin Y. <yja...@gl...> - 2005-07-27 16:52:02
|
Le Mercredi 27 Juillet 2005 16:03, Thomas Friedrichsmeier a =E9crit=A0: > > > 4) It would be nice if the current section > > > (user/development/wiki/admin) would be highlighted in some form. > > > Possibly also add a small caption in the navigation bar? > > > > ok, if you had some idea, i am afraid to not undestand what you really > > want :-) > > What I mean is this: Currently it's not clearly visible, whether you are > currently in the development-section or in the user-section. So I'd > suggest, when you're in the user-section, the "User" in > ::User::Development::Wiki:: should be printed in a bold font (or in a > different color, or something like that). Maybe the same could also be do= ne > in the Navigation box on the right. ok, i will tried to modif like you tell it > > > > 5) The wiki should have a link back to the homepage. > > > > it exists, but as i thank it, it is not so clear o find ! I will place = it > > close to MAIN PAGE - LOG IN, ... bar > > Do you think it would be possible to include the same navigation-bar > (::User::Development::Wiki::) in the Wiki as well? Then navigation between > the three main sections would be fairly straightforward. yes i think is si possible, i am lookingfor something like that. > > > > 6) Rendering bug in the Wiki-pages: The right navigation box is placed > > > too high in both konqueror and firefox. Not sure, whether you have > > > direct control over the wiki-layout, though. > > > > What you mean by too high ? Is it above the blue bar ? > > Yes, it intersects the blue bar by a few pixels. Note that both this and = 4) > seems to be dependent on font sizes. If I increase the font-size in > konqueror, the problem goes away, probably you can reproduce the problem = by > decreasing your font size. > So I had a quick look at structure.css. There you typically use "em" as a > measurement unit. Maybe (I have not tried, though), the problem could be > fixed by setting the title-bar to a fixed height of 137px (same as the > logo) instead. ok again, i will try some test. Y. =2D-=20 "Si =E7a ne se mange pas, si =E7a ne se baise pas ... pisse dessus." Proverbe chien =2D-- Yves Jacolin yja...@gl... http://www.gloobe.org |
From: Thomas F. <tho...@ru...> - 2005-07-27 16:47:24
|
> > 4) It would be nice if the current section (user/development/wiki/admin) > > would be highlighted in some form. Possibly also add a small caption in > > the navigation bar? > > ok, if you had some idea, i am afraid to not undestand what you really > want :-) What I mean is this: Currently it's not clearly visible, whether you are currently in the development-section or in the user-section. So I'd suggest, when you're in the user-section, the "User" in ::User::Development::Wiki:: should be printed in a bold font (or in a different color, or something like that). Maybe the same could also be done in the Navigation box on the right. > > 5) The wiki should have a link back to the homepage. > > it exists, but as i thank it, it is not so clear o find ! I will place it > close to MAIN PAGE - LOG IN, ... bar Do you think it would be possible to include the same navigation-bar (::User::Development::Wiki::) in the Wiki as well? Then navigation between the three main sections would be fairly straightforward. > > 6) Rendering bug in the Wiki-pages: The right navigation box is placed > > too high in both konqueror and firefox. Not sure, whether you have direct > > control over the wiki-layout, though. > > What you mean by too high ? Is it above the blue bar ? Yes, it intersects the blue bar by a few pixels. Note that both this and 4) seems to be dependent on font sizes. If I increase the font-size in konqueror, the problem goes away, probably you can reproduce the problem by decreasing your font size. So I had a quick look at structure.css. There you typically use "em" as a measurement unit. Maybe (I have not tried, though), the problem could be fixed by setting the title-bar to a fixed height of 137px (same as the logo) instead. Thomas |
From: Jacolin Y. <yja...@gl...> - 2005-07-26 16:32:41
|
Le Mardi 26 Juillet 2005 18:15, Thomas Friedrichsmeier a =E9crit=A0: > Hi Yves, > > I won't get around to look at everything in detail for another couple of > days, but I did have a quick look. Here are a few preliminary comments. > More details to follow when I have more time for testing: > > 1) Great! Looks nice. Good work! thanks ! :-)=20 > 2) Rendering bug in konqueror (3.4.1): The RKWard logo is placed above > the ::User::Development... line. oh ! I tested with Konqueror 3.3.2 and it was ok (?!) :-( > 3) Probably the link to the Admin-Section should not be included in the t= op > link-bar. After all, few visitors of the website will have use for it. > Rather give it a smaller place, e.g. in the footer. ok, I will moved to footer ! > 4) It would be nice if the current section (user/development/wiki/admin) > would be highlighted in some form. Possibly also add a small caption in t= he > navigation bar? ok, if you had some idea, i am afraid to not undestand what you really=20 want :-) > 5) The wiki should have a link back to the homepage. it exists, but as i thank it, it is not so clear o find ! I will place it=20 close to MAIN PAGE - LOG IN, ... bar > 6) Rendering bug in the Wiki-pages: The right navigation box is placed too > high in both konqueror and firefox. Not sure, whether you have direct > control over the wiki-layout, though. What you mean by too high ? Is it above the blue bar ? I have the control o= f=20 the wiki layout, but it is quite complicated. But we will find the best=20 layout ! I tested with konqueror 3.3.2 and firefox 1.0.4 (1.0.6 doesnt seem= s=20 to work with me :-( Y. =2D=20 "Si =E7a ne se mange pas, si =E7a ne se baise pas ... pisse dessus." Proverbe chien =2D-- Yves Jacolin 116, all=E9e du montagn=E9ro Les Moulins d'allauch 13190 Allauch 08 74 55 27 92 04 91 68 27 92 06 64 28 27 92 yja...@gl... http://www.gloobe.org |
From: Thomas F. <tho...@ru...> - 2005-07-26 16:12:52
|
Hi Yves, I won't get around to look at everything in detail for another couple of days, but I did have a quick look. Here are a few preliminary comments. More details to follow when I have more time for testing: 1) Great! Looks nice. Good work! 2) Rendering bug in konqueror (3.4.1): The RKWard logo is placed above the ::User::Development... line. 3) Probably the link to the Admin-Section should not be included in the top link-bar. After all, few visitors of the website will have use for it. Rather give it a smaller place, e.g. in the footer. 4) It would be nice if the current section (user/development/wiki/admin) would be highlighted in some form. Possibly also add a small caption in the navigation bar? 5) The wiki should have a link back to the homepage. 6) Rendering bug in the Wiki-pages: The right navigation box is placed too high in both konqueror and firefox. Not sure, whether you have direct control over the wiki-layout, though. Thomas |
From: Jacolin Y. <yja...@gl...> - 2005-07-26 13:08:13
|
Hello everybody, I have just installed the rkward website for test (for at least 1-2 weeks)= =20 here : http://rkward.gloobe.org Test it ! Test it ! And test it again ! =46or admin login, ask me to send you a login/password (you can change it=20 after !) Tell me what you think about it ! Sorry for the english error, everybody ca= n=20 modify except some. Y. =2D-=20 "Si =E7a ne se mange pas, si =E7a ne se baise pas ... pisse dessus." Proverbe chien =2D-- Yves Jacolin yja...@gl... http://www.gloobe.org |
From: SourceForge.net <no...@so...> - 2005-06-22 13:49:40
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3214300 By: ecoch Hi Stephan! This rocks! It's good to know that they eventually did it. Thanks for the feedback. Pierre ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=165574 |
From: SourceForge.net <no...@so...> - 2005-06-22 13:18:56
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3214240 By: stmatth Hi, just updated the rpm for Fedora 3, there was a new version a few days ago. It now contains libR.so, and I can now (for the first time ever!) compile rkward. Thanks for all your help Cheers Stephan ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=165574 |
From: SourceForge.net <no...@so...> - 2005-06-06 16:20:39
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3187852 By: tfry Ok, I promised to post an update once I got an answer from the fedora package maintainer. He tells me that he is indeed likely to provide an alternative package containing the shared library. So hopefully there will be a solution, soon. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=165574 |
From: SourceForge.net <no...@so...> - 2005-05-31 15:32:14
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3178271 By: stmatth Hi Thomas, thanks. Let's hope the packager will include it some time. At the moment I don't really want to experiment with my R installation, so I just have to wait, I guess.... Thanks again Stephan ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=165574 |
From: SourceForge.net <no...@so...> - 2005-05-31 14:23:53
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3177663 By: tfry Hi Stephan, I'm afraid there is not currently an easy way to get libR.so without recompiling R. I have just contacted the maintainer of the Fedora R packages, suggesting to him to provide an alternative package of R containing libR.so. I can't tell, yet, whether he will do so, but once I get his reply, I'll post about it in this thread. Meanwhile, if you're feeling venturous, I guess you could give the SuSE-rpms (also on CRAN) a try. I really don't know whether those will work with Fedora, and I don't have any machines to test on. However, those seem to provide libR.so. Sorry I can't offer you any better solutions at this time. Thomas ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=165574 |
From: SourceForge.net <no...@so...> - 2005-05-31 13:18:03
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3177489 By: stmatth Hi I'm using the Fedora packages from CRAN, and they don't contain libR.so either. I have these packages: R-2.1.0-0.fdr.2.fc3 R-devel-2.1.0-0.fdr.2.fc3 libRmath-2.1.0-0.fdr.2.fc3 libRmath-devel-2.1.0-0.fdr.2.fc3 Is there an easy way to get the libR.so? I'd like to try out rkward but can't compile it (cvs), and I do not want to get into recompiling R. Thanks Stephan ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=165574 |
From: Thomas F. <tho...@ru...> - 2005-05-30 19:03:39
|
Hi, > Please note, attached you'll find a translated version of your file > rkward.pot version 1.6, as could be downloaded from cvs this morning. sorry, it took so long for me to react. I have now committed the new translation to CVS. Thanks for your contribution! Thomas |
From: Mvillarino <mvi...@du...> - 2005-05-19 11:11:07
|
Sir, Please note, attached you'll find a translated version of your file rkward.pot version 1.6, as could be downloaded from cvs this morning. Please apologize for any inconvenience. |
From: Thomas F. <tho...@ru...> - 2005-05-11 13:21:06
|
Hi again, > Here you mean that if the URL contains a PHP file, it is not redirected to > handler.php ? Yes, since we're only using the DirectoryIndex-directive, only accesses to a directory (without a filename) get sent to the handler. All links pointing to a particular file do not go through the handler. > > I can send you some code I already have for this (I'll have to clean up > > some project specific stuff first, however). However I have not > > implemented a mechanism for translations in that project, yet (should be > > quite doable). > > Yes, if it is not too much work ! Ok, I've put it up in a test directory on the rkward-website. That way you can also have a look at how it works (and you do have access to the web-sources, don't you?): http://rkward.sourceforge.net/webtest/ As I wrote, it does not have any multi-language support so far. That would be done using a URL like http://rkward.sourceforge.net/webtest/?lang=FR and then in the handler including the files contents_fr.php and description_fr.php instead of contents.php and description.php. If you have questions on how all this works, don't hesitate to ask. Also, you really don't have to use my approach, do whatever you feel most comfortable with. Thomas |
From: Jacolin Y. <yja...@fr...> - 2005-05-11 08:24:00
|
Le Mardi 10 Mai 2005 21:05, Thomas Friedrichsmeier a =E9crit=A0: > Hi Yves, > > that's a pretty well thought out plan. Here are a few thoughts / comments: thanks :-) > > B.I introduction > Don't forget to include the "Hosted by Sourceforge"-logo required by SF. Yes, I did not write it but know that. I will update the doc. > B.II.2 Screenshots > I'm not sure whether you imply that all screenshots are stored in the > sourceforge screenshot database. If so, I think this may not be a good id= ea > at this time, as SF places certain restrictions on those screenshots. Most > importantly, only six screenshots are allowed per project and no images m= ay > be larger than 640*480 (http://sourceforge.net/docman/?group_id=3D50231). > If you're just saying that we shoud make sure to keep up-to-date > screenshots in the SF screenshot database, I agree, but for the main > website I think we need more flexibility. Ok, I did not know this limitation. Actually it was the problem for me. I d= id=20 not know if we use the sourceforge system or not. > > B.II.5 Documentation > Once again, it is good to keep documentation in the SF DocManager, but I > think it may be too inflexible to be used as our primary store of > documentation. For one thing, it only accepts HTML docs... Ok, I saw that yesterday to publish the doc, so I changed some part of the= =20 doc, but not all ! > B.V.4 Add news > I don't think we'll need different categories of news anytime soon, as ne= ws > volume is rather low. Of course it might still be good to design the > database so this can easily be added at a later point of time. In that ca= se > I'd propose to split up the "level" field into two fields: "level" and > "category", where "level" would one day mark the significance of the news > item and category the content (releases/plugins/development plans...). Ok, so do it, bt we do not use it until we need it ! No problem it is not = a=20 big work. > C.II Technical part > I'm not quite sure whether the naming convention you propose would be the > files directly given in the URL or only an internal convention. Just to be > sure, some thoughts on the first: > None of my own attempts at creating mulitlanguage websites have ever prov= ed > quite elegant.=20 You right, I thought it was interesting but it is bigger work ! > However, I do think using the x_language.php filenaming=20 > convention may not be the best idea. For instance, using this framework > it's difficult to have single pages default to a different language (e.g. > one page in the FR-translation, which is not yet translated, and should > therefore be displayed in english instead). If in a translation a new page > becomes available, or an old one is out of date, you would need to fix up > all links pointing to this page. > Instead a think a smarter mechanism would be to have just one URL for all > languages with an additional GET-parameter, e.g.: Yes, it is what i want to do ! > > http://rkward.sourceforge.net/overview.php?lang=3DFR This is what i wanted to use. > or > http://rkward.sourceforge.net/overview.php/?lang=3DFR (see below) I do not know this kind of URL :-( > It would then be the responsibility of overview.php to include the correct > translation - if available. Also, if the lang-parameter is not given, we > could use some magic to figure out the best language available based on t= he > users preferences set in the browser. Great ! But I do not know how to do that. I ma looking for that ! > > C.IV Pages > One of the things we should consider IMO when redesigning the web-pages, = is > to use a slightly more elegant approach that does not require us to write > all those dummy .php files. One solution I once came up with and still ki= nd > of like goes roughly like this: > > in .htaccess redirect all directory indexes to a (single) special handler: > DirectoryIndex /handler.php Here I am a little bit lost. I am not a profesionel in PHP, I have only bas= ic=20 knowledge. That's why I choose a simple structure. > In this handler we figure out, which directory we're really in (parsing t= he > request URL) and then include template, contents, and potentially some > control files.=20 If I understant is that all page are redirected to handler.php in a directo= ry=20 by the .htacess file. The the php code use the URL to know where to find th= e=20 content (directory and subdirectory) ? > What this means is that for each page we will have a=20 > separate directory. The directory layout on disk is identical to the one > served (i.e. no database lookup, > http://rkward.sf.net/devel/somesection/somepage/ will really be kept in > htdocs/devel/somsection/somepage/). Access to non-existing directories get > the usual Apache-handling (generating a 404) automatically. Also, by > specifying not the directory, but a particular file in the URL, the > handler.php will be bypassed (very practical, e.g. for serving PDF and > image). Here you mean that if the URL contains a PHP file, it is not redirected to= =20 handler.php ? > I can send you some code I already have for this (I'll have to clean up > some project specific stuff first, however). However I have not implement= ed > a mechanism for translations in that project, yet (should be quite doable= ). Yes, if it is not too much work ! > > Ok, this is a lot of comments. But apart from these things I really like > your proposal, and I think it will make the rkward-website a LOT better > than it is today. Thanks for your coment, I know more about what you attemp for. Y. > Thomas > > > ------------------------------------------------------- > This SF.Net email is sponsored by Oracle Space Sweepstakes > Want to be the first software developer in space? > Enter now for the Oracle Space Sweepstakes! > http://ads.osdn.com/?ad_id=3D7393&alloc_id=3D16281&op=3Dclick > _______________________________________________ > RKWard-devel mailing list > RKW...@li... > https://lists.sourceforge.net/lists/listinfo/rkward-devel =2D-=20 Yves Jacolin yja...@fr... =2D----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.4.0 (GNU/Linux) mQGiBEJffGYRBACn/9+UiayxI2EICc6xmfWXOdktQ7IEBVRml4lnXj715fDS8tzv ylGfAt8m48NEXow75Pc9Oi8ftiwhEjEOoo7l9N5nFS4vL3C7AB23SizoNV4PXTTQ Nfzle5DwmBm2DgXnsslpnXykTNT5vWi6hxix2jGnz0wSKoh+ZA3A+ubIPwCg1WML GDAM9pIt1mOJiFwwBljpcqsD+gIn/ScXAjLeoZeQxKX+0m3vY1y0IJBrQFbpwdZs /+CCMnQuc6gjnK8AspPWtzBnbqTFfE2xLezSHv2Plwc2l61izgrioP5QSK7BuorK krFebWid4FuW2xxMTTuPr8zveJhByO8NgZ6fxfHxwzjW4y3CGmLJH7ZgmqrqlHBO uZgtA/9EVseoqpacd2G/tJ7dnkfrglHXv0A5y2tMfinpTZXdQFMwK8C/i1rzVz9R edUluBAHbcB+BoeMun6WuOoDytemr+Hooqe1aqLJ2Sf9nZDJFGuY08gsSdCZi/Sx wX6JpMwWLKXpl/cK1NpVOvkjikRAIQP8hpTjwoNzY+nyiUzAgLQaSmFjb2xpbiA8 eWphY29saW5AZnJlZS5mcj6IWwQTEQIAGwUCQl98ZgYLCQgHAwIDFQIDAxYCAQIe AQIXgAAKCRCKzn2vRDmnBdgSAKDIoaWpZqV8lMDfUBndpV/ugfu4SACdEe8x2kOx jdYh223q/ixW5xxqGU+0GkphY29saW4gPHlqYWNvbGluQGZyZWUuZnI+iF4EExEC AB4FAkJffKICGyMGCwkIBwMCAxUCAwMWAgECHgECF4AACgkQis59r0Q5pwVvfACg 0mLGCC+DUrJW66vQqajPtBuIjhIAnjH1CZV8NIh7IjbcVEevgQCK0jSQuQENBEJf fGcQBACOOw+UQV2BCIEq6oxizD6ka8Un8hybrmGxF7MwQSZvtCSLAtAC7gd0vbjX pAecxTelEi37SNQSvt0l0CQhQvwWLGXSEig7mNiWk3D9cQRN8JFauSmk7YxVo62k 3iFU17M0wUiqRdpe18zL8euhg8WHKyuWfXSBAt3/u8ZkQZHPLwADBQP7Bl0y4O/L mSaMfh8rG0vnMHqwAhlTIgDtwk9exQr0ZD5baqvuzCOqEyQFHzG5q3EJj2gAQkd1 mIi9wTXvpOKPuIBSiCGxsc3vUclOgICQA22X9tvM7frZyQEeXlSfAbl8uQIYdqQ8 8XCaHP7Pijk2HiTitg00dFojQj35dBRQjTSIRgQYEQIABgUCQl98ZwAKCRCKzn2v RDmnBWzFAJ9pQA5j0ps6/NCZye8tFpR/oHE/EQCg0HPXI5AUaGnEDR5WTp4aA3W4 MHk=3D =3D5guA =2D----END PGP PUBLIC KEY BLOCK----- |
From: Thomas F. <tho...@ru...> - 2005-05-10 19:03:43
|
Hi Yves, that's a pretty well thought out plan. Here are a few thoughts / comments: B.I introduction Don't forget to include the "Hosted by Sourceforge"-logo required by SF. B.II.2 Screenshots I'm not sure whether you imply that all screenshots are stored in the sourceforge screenshot database. If so, I think this may not be a good idea at this time, as SF places certain restrictions on those screenshots. Most importantly, only six screenshots are allowed per project and no images may be larger than 640*480 (http://sourceforge.net/docman/?group_id=50231). If you're just saying that we shoud make sure to keep up-to-date screenshots in the SF screenshot database, I agree, but for the main website I think we need more flexibility. B.II.5 Documentation Once again, it is good to keep documentation in the SF DocManager, but I think it may be too inflexible to be used as our primary store of documentation. For one thing, it only accepts HTML docs... B.V.4 Add news I don't think we'll need different categories of news anytime soon, as news volume is rather low. Of course it might still be good to design the database so this can easily be added at a later point of time. In that case I'd propose to split up the "level" field into two fields: "level" and "category", where "level" would one day mark the significance of the news item and category the content (releases/plugins/development plans...). C.II Technical part I'm not quite sure whether the naming convention you propose would be the files directly given in the URL or only an internal convention. Just to be sure, some thoughts on the first: None of my own attempts at creating mulitlanguage websites have ever proved quite elegant. However, I do think using the x_language.php filenaming convention may not be the best idea. For instance, using this framework it's difficult to have single pages default to a different language (e.g. one page in the FR-translation, which is not yet translated, and should therefore be displayed in english instead). If in a translation a new page becomes available, or an old one is out of date, you would need to fix up all links pointing to this page. Instead a think a smarter mechanism would be to have just one URL for all languages with an additional GET-parameter, e.g.: http://rkward.sourceforge.net/overview.php?lang=FR or http://rkward.sourceforge.net/overview.php/?lang=FR (see below) It would then be the responsibility of overview.php to include the correct translation - if available. Also, if the lang-parameter is not given, we could use some magic to figure out the best language available based on the users preferences set in the browser. C.IV Pages One of the things we should consider IMO when redesigning the web-pages, is to use a slightly more elegant approach that does not require us to write all those dummy .php files. One solution I once came up with and still kind of like goes roughly like this: in .htaccess redirect all directory indexes to a (single) special handler: DirectoryIndex /handler.php In this handler we figure out, which directory we're really in (parsing the request URL) and then include template, contents, and potentially some control files. What this means is that for each page we will have a separate directory. The directory layout on disk is identical to the one served (i.e. no database lookup, http://rkward.sf.net/devel/somesection/somepage/ will really be kept in htdocs/deve/somsection/somepage/). Access to non-existing directories get the usual Apache-handling (generating a 404) automatically. Also, by specifying not the directory, but a particular file in the URL, the handler.php will be bypassed (very practical, e.g. for serving PDF and image). I can send you some code I already have for this (I'll have to clean up some project specific stuff first, however). However I have not implemented a mechanism for translations in that project, yet (should be quite doable). Ok, this is a lot of comments. But apart from these things I really like your proposal, and I think it will make the rkward-website a LOT better than it is today. Thomas |
From: Jacolin Y. <yja...@fr...> - 2005-05-10 09:26:58
|
Hello, As I tell you in my last mail, I was looking for ideas to propose a new design for RKWard website. I wrote the doc in english but my english is not so good, sorry about that :-) The document is here : http://rkward.sourceforge.net/devel/docs/presentation_en.pdf I can not place the doc in the DocManager, because it accepts only HTML file. The doc is not perfect, i do not know the sourceforge system, so there will be some change. To resume the doc : 1/ the website is composed by four sections (User/Development/Wiki/Admin) 2/ each sections aim to supply informations to users/developer or both. Informations can be help (documentation, forum,...), or chat about the project and the futur, etc. 3/ the user section will be translate in different langage (and only this section). I ask some question in the doc. We can use sourceforge system or not. For exemple, to display news, we can use our own databank (and so translate in different langage) or not. The work for translation can be done slowly (pages not translated will display in english). I do not think it is a hard and big work. Y. -- Yves Jacolin yja...@fr... -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.4.0 (GNU/Linux) mQGiBEJffGYRBACn/9+UiayxI2EICc6xmfWXOdktQ7IEBVRml4lnXj715fDS8tzv ylGfAt8m48NEXow75Pc9Oi8ftiwhEjEOoo7l9N5nFS4vL3C7AB23SizoNV4PXTTQ Nfzle5DwmBm2DgXnsslpnXykTNT5vWi6hxix2jGnz0wSKoh+ZA3A+ubIPwCg1WML GDAM9pIt1mOJiFwwBljpcqsD+gIn/ScXAjLeoZeQxKX+0m3vY1y0IJBrQFbpwdZs /+CCMnQuc6gjnK8AspPWtzBnbqTFfE2xLezSHv2Plwc2l61izgrioP5QSK7BuorK krFebWid4FuW2xxMTTuPr8zveJhByO8NgZ6fxfHxwzjW4y3CGmLJH7ZgmqrqlHBO uZgtA/9EVseoqpacd2G/tJ7dnkfrglHXv0A5y2tMfinpTZXdQFMwK8C/i1rzVz9R edUluBAHbcB+BoeMun6WuOoDytemr+Hooqe1aqLJ2Sf9nZDJFGuY08gsSdCZi/Sx wX6JpMwWLKXpl/cK1NpVOvkjikRAIQP8hpTjwoNzY+nyiUzAgLQaSmFjb2xpbiA8 eWphY29saW5AZnJlZS5mcj6IWwQTEQIAGwUCQl98ZgYLCQgHAwIDFQIDAxYCAQIe AQIXgAAKCRCKzn2vRDmnBdgSAKDIoaWpZqV8lMDfUBndpV/ugfu4SACdEe8x2kOx jdYh223q/ixW5xxqGU+0GkphY29saW4gPHlqYWNvbGluQGZyZWUuZnI+iF4EExEC AB4FAkJffKICGyMGCwkIBwMCAxUCAwMWAgECHgECF4AACgkQis59r0Q5pwVvfACg 0mLGCC+DUrJW66vQqajPtBuIjhIAnjH1CZV8NIh7IjbcVEevgQCK0jSQuQENBEJf fGcQBACOOw+UQV2BCIEq6oxizD6ka8Un8hybrmGxF7MwQSZvtCSLAtAC7gd0vbjX pAecxTelEi37SNQSvt0l0CQhQvwWLGXSEig7mNiWk3D9cQRN8JFauSmk7YxVo62k 3iFU17M0wUiqRdpe18zL8euhg8WHKyuWfXSBAt3/u8ZkQZHPLwADBQP7Bl0y4O/L mSaMfh8rG0vnMHqwAhlTIgDtwk9exQr0ZD5baqvuzCOqEyQFHzG5q3EJj2gAQkd1 mIi9wTXvpOKPuIBSiCGxsc3vUclOgICQA22X9tvM7frZyQEeXlSfAbl8uQIYdqQ8 8XCaHP7Pijk2HiTitg00dFojQj35dBRQjTSIRgQYEQIABgUCQl98ZwAKCRCKzn2v RDmnBWzFAJ9pQA5j0ps6/NCZye8tFpR/oHE/EQCg0HPXI5AUaGnEDR5WTp4aA3W4 MHk= =5guA -----END PGP PUBLIC KEY BLOCK----- |
From: Jacolin Y. <yja...@fr...> - 2005-05-02 17:46:55
|
Hello everybody, I am a newcomer in the project RKWard. My name is Yves, I am a 27 year old boy. My skills that will be used for the project are follow : - web developpeur (PHP, MySQL, HTML, CSS) ; - documentation writer in french and eventually in english (good use of OOo, LaTeX, XML). I propose himself to work on the following part of the project : - web site ; - documentation (translation and writer) ; - beta tester ; - plugins writer ; I began the translation of the plugins how-to in french (sent to peco today for last reading) and I plan to write another one about installation and basic use of RKWard. I began the translation of the RKWard's langage pack into french. Finally, I am looking for a new design and new structure for the website as I have discussed with Peco. I will propose you more few week later. Y. -- Yves Jacolin yja...@ja... yja...@ya... (mess only) yja...@ho... m(mess only) yja...@fr... -----BEGIN PGP PUBLIC KEY BLOCK----- Version: GnuPG v1.4.0 (GNU/Linux) mQGiBEJffGYRBACn/9+UiayxI2EICc6xmfWXOdktQ7IEBVRml4lnXj715fDS8tzv ylGfAt8m48NEXow75Pc9Oi8ftiwhEjEOoo7l9N5nFS4vL3C7AB23SizoNV4PXTTQ Nfzle5DwmBm2DgXnsslpnXykTNT5vWi6hxix2jGnz0wSKoh+ZA3A+ubIPwCg1WML GDAM9pIt1mOJiFwwBljpcqsD+gIn/ScXAjLeoZeQxKX+0m3vY1y0IJBrQFbpwdZs /+CCMnQuc6gjnK8AspPWtzBnbqTFfE2xLezSHv2Plwc2l61izgrioP5QSK7BuorK krFebWid4FuW2xxMTTuPr8zveJhByO8NgZ6fxfHxwzjW4y3CGmLJH7ZgmqrqlHBO uZgtA/9EVseoqpacd2G/tJ7dnkfrglHXv0A5y2tMfinpTZXdQFMwK8C/i1rzVz9R edUluBAHbcB+BoeMun6WuOoDytemr+Hooqe1aqLJ2Sf9nZDJFGuY08gsSdCZi/Sx wX6JpMwWLKXpl/cK1NpVOvkjikRAIQP8hpTjwoNzY+nyiUzAgLQaSmFjb2xpbiA8 eWphY29saW5AZnJlZS5mcj6IWwQTEQIAGwUCQl98ZgYLCQgHAwIDFQIDAxYCAQIe AQIXgAAKCRCKzn2vRDmnBdgSAKDIoaWpZqV8lMDfUBndpV/ugfu4SACdEe8x2kOx jdYh223q/ixW5xxqGU+0GkphY29saW4gPHlqYWNvbGluQGZyZWUuZnI+iF4EExEC AB4FAkJffKICGyMGCwkIBwMCAxUCAwMWAgECHgECF4AACgkQis59r0Q5pwVvfACg 0mLGCC+DUrJW66vQqajPtBuIjhIAnjH1CZV8NIh7IjbcVEevgQCK0jSQuQENBEJf fGcQBACOOw+UQV2BCIEq6oxizD6ka8Un8hybrmGxF7MwQSZvtCSLAtAC7gd0vbjX pAecxTelEi37SNQSvt0l0CQhQvwWLGXSEig7mNiWk3D9cQRN8JFauSmk7YxVo62k 3iFU17M0wUiqRdpe18zL8euhg8WHKyuWfXSBAt3/u8ZkQZHPLwADBQP7Bl0y4O/L mSaMfh8rG0vnMHqwAhlTIgDtwk9exQr0ZD5baqvuzCOqEyQFHzG5q3EJj2gAQkd1 mIi9wTXvpOKPuIBSiCGxsc3vUclOgICQA22X9tvM7frZyQEeXlSfAbl8uQIYdqQ8 8XCaHP7Pijk2HiTitg00dFojQj35dBRQjTSIRgQYEQIABgUCQl98ZwAKCRCKzn2v RDmnBWzFAJ9pQA5j0ps6/NCZye8tFpR/oHE/EQCg0HPXI5AUaGnEDR5WTp4aA3W4 MHk= =5guA -----END PGP PUBLIC KEY BLOCK----- |
From: SourceForge.net <no...@so...> - 2005-05-02 11:21:38
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3129067 By: yjacolin Bingo ! I will take care to change this for the next install. thank you Y. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=165574 |
From: SourceForge.net <no...@so...> - 2005-05-02 10:25:50
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3128990 By: tfry Ok, that means installation did not go as expected. Did you pass the --prefix option to configure? If all your KDE apps are in /usr(/share/apps), then you need to run configure with: ./configure --prefix=/usr [further options] I believe by default configure will assume /usr/local/kde, so rkward's files probably ended up in /usr/local/kde/share/apps/rkward/. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=165574 |
From: SourceForge.net <no...@so...> - 2005-05-02 10:15:59
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3128977 By: yjacolin This directory doesn't exist "/usr/share/apps/rkward/phpfiles" I mean /usr/share/apps exist with all KDE apps but not rkward ! Y. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=165574 |
From: SourceForge.net <no...@so...> - 2005-05-02 10:01:50
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3128964 By: tfry Yes, that's where the needed file is located in the source-tree. "make install" should have copied the file to: /{KDE_PREFIX}/share/apps/rkward/phpfiles/ (e.g. /usr/share/apps/rkward/phpfiles) So this is actually the location you should specify. Then, if you (re)move the sources/update to a new version of rkward you won't need to adjust this setting. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=165574 |
From: SourceForge.net <no...@so...> - 2005-05-02 09:15:57
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3128914 By: yjacolin Ok I found it : rkward-0.3.2/rkward/scriptbackends ! Y. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=165574 |
From: SourceForge.net <no...@so...> - 2005-05-02 09:10:54
|
Read and respond to this message at: https://sourceforge.net/forum/message.php?msg_id=3128907 By: yjacolin My problem is due to the php backends. In the setting of RKWard, I have to defini file support of PHP in RKWards, but the phpsupport directory doesn't exist ! Y. ______________________________________________________________________ You are receiving this email because you elected to monitor this forum. To stop monitoring this forum, login to SourceForge.net and visit: https://sourceforge.net/forum/unmonitor.php?forum_id=165574 |
From: Pierre E. <pie...@gm...> - 2005-04-29 07:32:36
|
Hi Jean-Nicolas, (...) > rkward.cpp: Dans constructor =AB RKwardApp::RKwardApp(KURL*, QWidget*, co= nst > char*) =BB: > rkward.cpp:100: error: `KDEV3ICON' is not a member of type `KMultiTabBar' > rkward.cpp:100: error: `setToolviewStyle' undeclared (first use this > function) > rkward.cpp:100: error: (Each undeclared identifier is reported only once = for > each function it appears in.) (...) > I'm using slackwre 10.0, and KDE *3.2.3* ; I think this is the problem. I'm not sure that KDE 3.2.3 already had this type of MultiTabBar. Anyway, this is not really a big problem. If you can't install KDE 3.3 or KDE 3.4, please just remove this line: setToolviewStyle(KMultiTabBar::KDEV3ICON); line 100 of rkward.cpp. Everything should work properly then (but you wont have KDevelop-style docks). Pierre |