February 2008 - Wine-Devel - list.winehq.org

Re: Do we need a forum?

by Christopher Harvey

L. Rahyen wrote: > On Monday February 18 2008 19:44:08 Austin English wrote: > >> On Feb 18, 2008 12:35 PM, L. Rahyen <research(a)science.su> wrote: >> >>> Of course, there is some people who like forums. If we decide to >>> create forum specifically for them, it is important to have possibility >>> to subscribe for receiving all (full) messages from the forum to e-mail >>> with direct link to reply page for corresponding message, and ability to >>> login permanently without stupid timeout (using cookies). In fact there >>> is some forums like this (unfortunately, all of them are unrelated to >>> WINE) and they are pretty usable (however, personally I like mailing >>> lists more, and didn't used forums for a long time). Of course, if there >>> is no volunteer(s) to create and support such forum - then wine-users is >>> enough I think. >>> >> In my experience, the 'older' crowd prefers newsgroups, but 'younger' >> people prefer message boards. Similar to how more advanced users >> prefer CLI, but inexperienced/novices use GUI. It seems to me we're >> trying to help the gui type of person, and a message board would be an >> easier way to do this, IMHO. >> > > Then what exactly we want? It is useful to decide what we need. For example, > phpBB forum with certain mods/modifications to give functionality I > mentioned. If we agree with this (or decide to choose something else), then > we can discuss next details, etc. > In fact, if we decide to create phpBB forum, I can help here. I have > programming experience with this in the past, and I can create ready-for-use > forum if we decide we need this (of course I can make also its design, etc.). > Also, I can give hosting on my server. > But first, we should make decision what we need. If above offer is > acceptable, then design details can be discussed farther. If not then what is > acceptable. > > > > I agree with Austin. Mailing lists are faster and come with less bloat and wasted time waiting for icons to load. I'm assuming most people use an e-mail client like Thunderbird or evolution. What do we have to gain with a forum? The biggest loss with a forum would be more stress and dependence on the server....besides, mailing lists are the standard for this sort of thing.

Feb. 18, 2008

Re: [feature requist] Glide API support

by Jeff Zaroyko

Roderick Colenbrander <thunderbird2k <at> gmx.net> writes: > The policy is roughly to ship dlls that are a core part of Windows. Yes there are glide wrappers and quite a > bunch of those succesfuly work on Wine. Personally I don't know actual names but a lot of users have used > Glide->OpenGL and even Glide->Direct3D wrappers without issues. > > Roderick I've had the most success with this wrapper. http://www.zeckensack.de/glide/

Feb. 18, 2008

Re: How should we treat users on bugzilla?

by Dan Kegel

On Feb 18, 2008 10:21 AM, Zachary Goldberg <zgold550(a)gmail.com> wrote: > > > The appdb is our forum, and it's quite easy to find. > > > > What's the possibility of a winehq forum? There seem to be a few > > floating around online, but none are too popular. This fragments users > > looking for help, and doesn't give those wanting to help a consistent > > place to look. Plus, it's sort of hard to use AppDB to try and get > > help with compiling wine, figuring out driver/wine issues, and other > > things that aren't really related to a single application. > > Would that be too redundant with the user mailing list? As I said above, the appdb is enough of a forum for us. The mailing list is the right place for general discussion. There has been some talk of moving the mailing list to a system with a better web interface, one that allows posting from the web, but there doesn't seem to be enough reason to do it. Adding one more discussion area would just fragment the discussion. Better that we use the existing ones, I think. - Dan

Feb. 18, 2008

Re: How should we treat users on bugzilla?

by Jeff Zaroyko

Zachary Goldberg <zgold550 <at> gmail.com> writes: > > On Feb 18, 2008 12:49 PM, Austin English <austinenglish <at> gmail.com> wrote: > > > > On Feb 18, 2008 12:01 AM, Dan Kegel <dank <at> kegel.com> wrote: > > > Tlarhices wrote: > > > > In my opinion the main problem is that the bug tracker is too easy to > > > > find and the forum too hard to find. > > > > > > The appdb is our forum, and it's quite easy to find. > > > > > > I do agree it could use some interface improvements. > > > For instance, I think the front page is too crowded. > > > > > > Also, the 'browse by rating' feature (thanks for adding it!) > > > needs to list apps sorted by name; the current seemingly-random > > > sort order isn't very useful. > > > - Dan > > > > > > > > > > > > > What's the possibility of a winehq forum? There seem to be a few > > floating around online, but none are too popular. This fragments users > > looking for help, and doesn't give those wanting to help a consistent > > place to look. Plus, it's sort of hard to use AppDB to try and get > > help with compiling wine, figuring out driver/wine issues, and other > > things that aren't really related to a single application. > > > > -Austin > > > > > > Would that be too redundant with the user mailing list? > > --Zach > > I've been thinking about the appdb from a usability point of view and why some people might think of it as being not much of a forum. looking at the design of the appdb as a "forum", does anyone else think that the pages potentially have too many things going on? I see 5 different things here http://appdb.winehq.org/objectManager.php?sClass=version&iId=7591 1. test results 2. open bugs 3. warnings 4. howtos 5. discussions for the app since the beginning of time although I think it might be a bit busy, rather than fundamentally change the way it looks, I think that the existing data and structure can be reused to provide something closer to the look and feel of a more modern forum. The idea is that a different view be provided of the data, here http://appdb.winehq.org/appbrowse.php we have a list of categories which can be forum areas * Games Games * Multimedia * Graphics, Audio and Video * Networking & Communication * Productivit * Programming / Software Engineering * Reference/Documentation/Info * Scientific/Technical/Math * Special Purpose * Utilities Which would look something like this: http://www.scienceforums.net/forum/ Within these areas, visible would be all posts for all applications in that category, sorted by date, visible would be the subject and the specific app name. which would look quite similar to this: http://www.scienceforums.net/forum/forumdisplay.php?f=19 This setup would mean that a user could either post in this new "forum" area, select their specific app version and we would then automatically retain app specific comments on the individual appdb pages and also have a more friendly interface at the same time. I don't think it'd be too hard to implement either, as there shouldn't be any need for a change to database schema.

Feb. 18, 2008

Re: [feature requist] Glide API support

by Roderick Colenbrander

> Dear Wine devs, > > There are some games out there that were built with the Glide API. The > Glide > API is the graphics API of the 3dfx Voodoo cards and is basically a > stripped > down version of OpenGL. Could please consider adding support for the Glide > API because I, and other have games that requires this API to be able to > run > under Wine. Now I know that there are Glide wrappers but they don't seem > to > work for a lot of people, including me, and Glide has been a very popular > game API in the mid- to late 90's. > > Thanks in advance, > > Vincent Weber, > weber dot vincent at gmail dot com The policy is roughly to ship dlls that are a core part of Windows. Yes there are glide wrappers and quite a bunch of those succesfuly work on Wine. Personally I don't know actual names but a lot of users have used Glide->OpenGL and even Glide->Direct3D wrappers without issues. Roderick -- Psst! Geheimtipp: Online Games kostenlos spielen bei den GMX Free Games! http://games.entertainment.web.de/de/entertainment/games/free

Feb. 18, 2008

[feature requist] Glide API support

by Vincent Weber

Dear Wine devs, There are some games out there that were built with the Glide API. The Glide API is the graphics API of the 3dfx Voodoo cards and is basically a stripped down version of OpenGL. Could please consider adding support for the Glide API because I, and other have games that requires this API to be able to run under Wine. Now I know that there are Glide wrappers but they don't seem to work for a lot of people, including me, and Glide has been a very popular game API in the mid- to late 90's. Thanks in advance, Vincent Weber, weber dot vincent at gmail dot com

Feb. 18, 2008

Do we need a forum?

by L. Rahyen

On Monday February 18 2008 19:44:08 Austin English wrote: > On Feb 18, 2008 12:35 PM, L. Rahyen <research(a)science.su> wrote: > > Of course, there is some people who like forums. If we decide to > > create forum specifically for them, it is important to have possibility > > to subscribe for receiving all (full) messages from the forum to e-mail > > with direct link to reply page for corresponding message, and ability to > > login permanently without stupid timeout (using cookies). In fact there > > is some forums like this (unfortunately, all of them are unrelated to > > WINE) and they are pretty usable (however, personally I like mailing > > lists more, and didn't used forums for a long time). Of course, if there > > is no volunteer(s) to create and support such forum - then wine-users is > > enough I think. > > In my experience, the 'older' crowd prefers newsgroups, but 'younger' > people prefer message boards. Similar to how more advanced users > prefer CLI, but inexperienced/novices use GUI. It seems to me we're > trying to help the gui type of person, and a message board would be an > easier way to do this, IMHO. Then what exactly we want? It is useful to decide what we need. For example, phpBB forum with certain mods/modifications to give functionality I mentioned. If we agree with this (or decide to choose something else), then we can discuss next details, etc. In fact, if we decide to create phpBB forum, I can help here. I have programming experience with this in the past, and I can create ready-for-use forum if we decide we need this (of course I can make also its design, etc.). Also, I can give hosting on my server. But first, we should make decision what we need. If above offer is acceptable, then design details can be discussed farther. If not then what is acceptable.

Feb. 18, 2008

Re: Autoplay considered harmful

by Detlef Riekenberg

On Sa, 2008-02-16 at 11:09 -0500, Steven Edwards wrote: > I was actually thinking about this today. The right method would be to > use HAL notification events to prompt the user if they want to autorun > when sticking a new cdrom in. There could even be warning text in the > dialog so that if it pops up with other device insertion, the user > would know that it could be a virus. It is the right way, but this must be done in the Desktop Environment. The new Gnome Version has support for this features (Autoplay). -- By by ... Detlef

Feb. 18, 2008

Re: [advapi32/tests #2] Don't set last error to 0 so we can check if it has changed

by Alexandre Julliard

Robert Shearman <rob(a)codeweavers.com> writes: > AccessCheck can return TRUE but still set the last error. AccessCheck > only returns FALSE if an invalid parameter is input or there is > something wrong with the token being checked against. It can return > TRUE but set last error if access to the object secured by the > security descriptor was denied. Yes, you have to check both the return value and the AccessStatus value, but if both succeed there's no reason to expect last error to be set. If it is really set in that case on Windows then the test needs to be fixed to reflect that fact. -- Alexandre Julliard julliard(a)winehq.org

Feb. 18, 2008

Re: [advapi32/tests #2] Don't set last error to 0 so we can check if it has changed

by Robert Shearman

Alexandre Julliard wrote: > "Paul Vriens" <paul.vriens.wine(a)gmail.com> writes: > > >> I have no clue what the test does and what's wrong with it so can we >> leave it like this? Or should we ask Rob to go >> way back in his memory (June 2005) ;-) >> I've sent a patch to cause this part of the test to now be run. > Probably the last error check should simply be removed, since we expect > the call to succeed. AccessCheck can return TRUE but still set the last error. AccessCheck only returns FALSE if an invalid parameter is input or there is something wrong with the token being checked against. It can return TRUE but set last error if access to the object secured by the security descriptor was denied. -- Rob Shearman

Feb. 18, 2008