2011/10/23 Frédéric Delanoy
>
> On Sat, Oct 22, 2011 at 19:49, Austin English wrote:
> > On Sat, Oct 22, 2011 at 10:48, Erich Hoover wrote:
> >> How long should one wait to resend patches marked as "New" on the
> >> patch list? It seems that once they&#x
How long should one wait to resend patches marked as "New" on the
patch list? It seems that once they've gone "far enough" down on the
list that there's no chance they'll be looked at. Thanks in advance
for your advice.
Erich Hoover
ehoo...@mines.edu
relatively recently.
Generally for the first patch everything is just stubs:
http://www.winehq.org/pipermail/wine-cvs/2010-March/065163.html
I'm not sure about your other questions, but I figured that commit
would at least help you get started.
Erich Hoover
ehoo...@mines.edu
system32",
> volumepathname="?Ir\sandbox\slave\(", buflen=0x14)
> [dlls/kernel32/volume.c:1767]
>
...
>
That test succeeds on my box... That is also a particularly odd place for it
to segfault, I really don't see how RtlDosPathNameToNtPathName_U could
possibly screw up with that pathname.
Erich Hoover
ehoo...@mines.edu
On Tue, Oct 4, 2011 at 3:30 PM, Marcus Meissner wrote:
> On Tue, Oct 04, 2011 at 10:51:26AM -0600, Erich Hoover wrote:
> > ... While this feature normally requires root
> > privileges, it can also be enabled by giving wine-preloader the
> > CAP_NET_RAW capability. .
On Tue, Oct 4, 2011 at 11:36 AM, Charles Davis wrote:
> On Oct 4, 2011, at 9:32 AM, Erich Hoover wrote:
> > This patch implements GetVolumePathName by using the full folder
> > path and working backward until stat() returns a different device.
> Surely there's a better way
On Sun, Oct 2, 2011 at 9:05 AM, Austin English wrote:
> ...
> take a sip of your favorite beverage ;).
Did you guys find a resolution for Bug #27162?
Erich Hoover
ehoo...@mines.edu
ng into this
issue? If not then I'll take a crack at it.
Erich Hoover
ehoo...@mines.edu
that the audio
went back to normal again. I'm not entirely sure what commit A could
do to cause this problem, and I know you guys are busy with the audio
changes, so if someone could point me in the right direction then I
will try and track this issue down. Thanks!
Erich Hoover
ehoo...@mines.edu
ome functions not existing
on older versions, but if that's not the case then I would definitely
agree.
Erich Hoover
ehoo...@mines.edu
area, but I'd be tempted to implement this
by having everything go through d3dx9_36. I might be missing
something, but it seems like you could easily declare different
virtual function tables and switch to the appropriate one based on the
GUID passed to QueryInterface.
Erich Hoover
ehoo...@mines.edu
SetRawValue is at the end of the table, so it being extra will not
influence any older application. So, you should be able to get the
same functionality with way less code by adding that alternative GUID
to the QueryInterface in d3dx9_36.
Erich Hoover
ehoo...@mines.edu
break;
Could you point me to a link on this behavior? I'm pretty sure that
many of these buttons send a signal that applications can hook into
and override the default (do-nothing) behavior.
Erich Hoover
ehoo...@mines.edu
wn
custom clock.
I hope that helps somewhat. I'm not sure exactly what you're trying to do
wrt. testing quartz, but if there's some way I can help then please let me
know.
Erich Hoover
ehoo...@mines.edu
On Sun, Jul 3, 2011 at 10:58 AM, Alex Bradbury wrote:
> On 3 July 2011 17:51, Erich Hoover wrote:
> > Rather than rooting around for a while I figured I should ask first, is
> > there a quick and easy way to get all TRACE/FIXME commands to output the
> > thread id? I'
doing
what.
Erich Hoover
ehoo...@mines.edu
ile since this conversation
got started, but I've been a bit busy and I thought this idea was worth
mentioning.
Erich Hoover
ehoo...@mines.edu
Account named "AnnaT":
http://appdb.winehq.org/objectManager.php?sClass=version&iId=7440#Comment-67977
On Fri, Mar 11, 2011 at 8:01 AM, Alexandre Julliard wrote:
> Erich Hoover writes:
>> @@ -135,6 +139,16 @@ static void release_icon_ptr( HICON handle, struct
>> cursoricon_object *ptr )
>> release_user_handle_ptr( ptr );
>> }
>>
>> +struct static_c
On Thu, Mar 10, 2011 at 9:41 AM, Henri Verbeet wrote:
> On 10 March 2011 07:42, Erich Hoover wrote:
> > @@ -940,6 +954,7 @@ done:
> > #define ANI_seq__ID RIFF_FOURCC('s', 'e', 'q', ' ')
> > ...
> > +#define ANI_seq_ID RIFF_FOU
oblem. Since I'm not certain
why this particular line in the commit was changed in the first place,
I figured I'd bring it up here, in case I'm missing something, before
sending the attached to wine-patches.
Erich Hoover
ehoo...@mines.edu
From 1c222c2cbc4963abd468d26ae6f5010c99578142 Mon
On Sat, Jan 29, 2011 at 4:18 AM, Greg Geldorp wrote:
> Jackpot. This version ran 10,000 times without a glitch on the dual-core
> machine.
Great! Thank you so much for helping me to track this down.
Erich Hoover
ehoo...@mines.edu
until after
test_Navigate2. If you wouldn't mind giving it a try on your system
where the error is reproducible, I've attached a revised patch where
this variable is initialized properly.
Erich Hoover
ehoo...@mines.edu
From 3528434a6e37cae3e608202b7d4db08c9252226e Mon Sep 17 00
e know.
Well, I commandeered a XP SP3 box this morning and ran that exact same
set of tests successfully 10,000 times. I don't have access to a Win7
box or I would have run the tests on that. Thoughts?
Erich Hoover
ehoo...@mines.edu
n into
this error. I re-ran this patch manually to see if I accidentally
messed something up and it succeeded:
https://testbot.winehq.org/JobDetails.pl?Key=8634
Should I do something to look into this, or was this some kind of
spurious error?
Erich Hoover
ehoo...@mines.edu
On Sun, Jan 23, 2011 at 11:32 AM, Jacek Caban wrote:
> On 1/20/11 6:40 PM, Erich Hoover wrote:
>> On Thu, Jan 20, 2011 at 4:00 AM, Jacek Caban wrote:
>>> + ok(status& success_flag, "OLECMDID_STOP not enabled/supported:
>>> %08x\n", status);
&g
apparently MSDN lies horribly - it's actually E_UNEXPECTED.
Please check the attached for both.
Corresponding test results:
https://testbot.winehq.org/JobDetails.pl?Key=8482
Thanks for all your feedback!
Erich Hoover
ehoo...@mines.edu
diff --git a/dlls/shdocvw/tests/webbrowser.c b/dlls/shdo
On Wed, Jan 19, 2011 at 1:05 PM, Jacek Caban wrote:
> On 1/18/11 7:31 PM, Erich Hoover wrote:
> > I've attached a test where I disabled the client/container, and you
> > can see that it then gets passed through (QueryStatusWB will return
> success instead of passing th
ing object files from an
old gcc it's possible that there is a conflict between the object
files from before and the object files with your new version of gcc.
So, you could try a "make clean" and then compile again.
Erich Hoover
ehoo...@mines.edu
nd you can see that it then gets passed through
(QueryStatusWB will return success instead of passing through the client
target and returning failure):
https://testbot.winehq.org/JobDetails.pl?Key=8408
Erich Hoover
ehoo...@mines.edu
diff --git a/dlls/shdocvw/tests/webbrowser.c b/dlls/shdocvw/tests/
On Sun, Jan 16, 2011 at 1:01 PM, Jacek Caban wrote:
> On 1/15/11 12:14 AM, Erich Hoover wrote:
>> ...
>> + hres =
>> IUnknown_QueryInterface(This->doc_host.document,&IID_IOleCommandTarget,
>> (LPVOID*)&target);
> document may be NULL here.
Sor
response so that ReadFile and WriteFile requests will
have all the same filtering as WSARecv and WSASend. Any and all
feedback is greatly appreciated.
Erich Hoover
ehoo...@mines.edu
From 2255a1f52d02f6a5e5b137840f6b7f65c80dbb19 Mon Sep 17 00:00:00 2001
From: Erich Hoover
Date: Mon, 13 Dec 2010
On Fri, Dec 10, 2010 at 3:28 AM, Alexandre Julliard wrote:
> Erich Hoover writes:
> > ... So, my thought was that it might be desirable to split apart the
> > individual icons, move them all to one centralized location, and then
> > institute a makefile rule for chaining th
them all to one centralized location, and then
institute a makefile rule for chaining the icons together into toolbar
bitmaps. Any other thoughts? Does this sound reasonable and worth
pursuing?
Erich Hoover
ehoo...@mines.edu
ETIC_RIGHT_SHIFT,1,[Define if the right
shift operator is an arithmetic shift])
fi
Throw the above in configure.ac and test with "autoconf && autoheader
&& ./configure".
Erich Hoover
ehoo...@mines.edu
ing you could point
me in the right direction for where to start figuring this out.
Thanks so much for taking the time to look at this.
Erich Hoover
ehoo...@mines.edu
moment the "stop" occurs on exiting the menu then all
audio in the entire game ceases to function. I would really appreciate any
feedback you can provide or pointers on where to look for the source of this
problem. Thanks in advance!
Erich Hoover
ehoo...@mines.edu
diff --git a/dlls/quartz
Is there some reason you chose to add an additional function for this,
rather than fill in pPinImpl->pin.pFuncsTable? I ask because I was
working on this issue last night and submitted an attachment to Bug
#24782 for people to try:
http://bugs2.winehq.org/attachment.cgi?id=31770
Erich Hoo
On Mon, Oct 18, 2010 at 8:58 PM, Mike Kaplinskiy
wrote:
> On Sun, Oct 17, 2010 at 5:51 PM, Erich Hoover wrote:
>> ...
>> That's why in the original version I had those parameters split out;
>> however, I realized that since the length parameter gets modified b
On Sat, Oct 16, 2010 at 1:41 PM, Mike Kaplinskiy
wrote:
> On Thu, Oct 14, 2010 at 10:08 PM, Erich Hoover wrote:
>> ...
>> DWORD flags;
>> unsigned int n_iovecs;
>> unsigned int
If you guys would mind looking over this revised patchset I would
greatly appreciate it, I believe I've appropriately included your
corrections. Please note that mswsock.h and ws2ipdef.h will be
submitted as separate patches. Thanks in advance!
Erich Hoover
ehoo...@mines.edu
diff --git a
error: %d\n",
> WSAGetLastError());
> Spaces around = & != would make me happy (and below). Also you don't
> error out correctly if socket creation fails.
I was trying to match test_so_reuseaddr(), I'll change this.
Erich Hoover
ehoo...@mines.edu
IP_PKTINFO data to the equivalent
Windows version in WS2_recv() by utilizing a temporary buffer
Thanks in advance for your feedback.
Erich Hoover
ehoo...@mines.edu
From 7cf7aa59b7736062464f2e4f9465e165a17867c8 Mon Sep 17 00:00:00 2001
From: Erich Hoover
Date: Sun, 10 Oct 2010 18:40:11 -0600
Subje
On Wed, Sep 29, 2010 at 6:29 AM, Henri Verbeet wrote:
> I didn't really look at the patch at all, but that's not how
> HeapReAlloc() works.
>
Whoops! I can't believe I screwed that up, thanks.
Erich Hoover
ehoo...@mines.edu
On Sun, Sep 19, 2010 at 1:13 PM, Mike Kaplinskiy
wrote:
> On Sun, Sep 19, 2010 at 1:33 PM, Erich Hoover wrote:
>> On Sat, Sep 18, 2010 at 9:59 PM, Mike Kaplinskiy
>> wrote:
>>> There's enough #ifdef's to make this mostly unreadable.
>> Sorry about this
n... If you're interested I might be able to
convince the powers that be here to permit you SSH access to a machine
connected to a ZEMAX license key (a SafeNet Sentinel USB key). It's a
vendor-specific device but all the software is freely download-able.
Erich Hoover
ehoo...@mines.edu
.compholio.com/wine-kane/patches/2010-09-19/0002-server-Add-mechanism-for-storing-an-interface-ID-wit.patch
[3/3]
http://www.compholio.com/wine-kane/patches/2010-09-19/0003-ws2_32-Patch-to-selectively-bind-to-interfaces-while.patch
Erich Hoover
ehoo...@mines.edu
packets with
an interface mismatch:
http://www.compholio.com/wine-kane/patches/2010-09-18/0006-server-Ensure-Async-ReadFile-does-not-wake-up-on-pac.patch
Erich Hoover
ehoo...@mines.edu
itioned properly. I would appreciate it if I could get some
feedback on this patch, it doesn't seem to break anything but it would
be nice to have an expert opinion.
Erich Hoover
ehoo...@mines.edu
diff --git a/dlls/winex11.drv/window.c b/dlls/winex11.drv/window.c
index 8957a44..168180f 1006
On Mon, Jul 5, 2010 at 8:48 AM, Paul Chitescu wrote:
> On Monday 05 July 2010 05:15:50 pm Erich Hoover wrote:
> > On Mon, Jul 5, 2010 at 8:03 AM, Dan Kegel wrote:
> > [...]
> > A long time ago (Win2K era) I wrote an application for Windows that
> replaced
> > the
wiki packages it looks like they are
pretty flexible with what you can load up, since they will let you create
your own databases - so I think we could setup anything we like. Does
anyone have any reasons we would want to go with somewhere other than SF?
It seems to me like it would provide us wi
nt in IE, which would crash the whole OS if you changed
the text of any of its menus.
Erich Hoover
ehoo...@mines.edu
here are other methods for
keeping documentation up to date. For example, a "Documentation
Tracker" could be setup for the documentation folks to review new
commits and see if they warrant an update to the documentation.
Erich Hoover
ehoo...@mines.edu
there's at least some chance
of embedding URLs in the source that will direct people to this
documentation then I'd feel much more comfortable investing my free
time in setting something up.
Erich Hoover
ehoo...@mines.edu
mind a system like that, especially
if the links of documented functions are provided in the source.
Documenting these things is a lot of work, so I'm not about to run off
and do all that work if no-one is ever going to take advantage of it.
Erich Hoover
ehoo...@mines.edu
On Wed, Jun 30, 2010 at 12:44 PM, Alexandre Julliard
wrote:
> Erich Hoover writes:
>
>> Personally, I think that it would be really good to do a better job of
>> documenting the API functions (particularly edge cases). I'm
>> currently very busy with work
arly edge cases). I'm
currently very busy with work, but if Alexandre is ok with
documentation-only patches then this is something I'm tempted to jump
on (in the areas where I have sufficient familiarity) when I have some
more free time.
Erich Hoover
ehoo...@mines.edu
bmittingPatches
Particularly, the section entitled "Avoid C++, C99 and non-portable C
constructs."
Erich Hoover
ehoo...@mines.edu
it quickly after adding the regression tag.
>
> Cheers,
> Maarten
>
You know what would be neat? Turn fixing Wine into a game. Give
people points for successfully reporting bugs, take points away for
reporting duplicates, give more points for successfully bisecting a
bug...
Erich Hoover
ehoo...@mines.edu
bisect where the reporter was
able to identify me as the offender helped a lot toward resolving the
issue quickly.
Erich Hoover
ehoo...@mines.edu
at list? There's a bunch of recent
breakage in cursor support that make a lot of games very difficult to use.
Erich Hoover
ehoo...@mines.edu
05 (Borderland) as a fullscreen request
---
I've attached a patch that overcomes these issues, but I'm suspicious that
there are unintended consequences. I would appreciate it if someone could
take a look.
Erich Hoover
ehoo...@mines.edu
diff --git a/dlls/winex11.drv/window.c b/dlls/wine
On Thu, Apr 15, 2010 at 7:04 AM, Erich Hoover wrote:
> On Thu, Apr 15, 2010 at 2:22 AM, Roderick Colenbrander <
> thunderbir...@gmail.com> wrote:
>
>> I can't see the screenshot well but that's notepad? What display
>> drivers are you using?
>>
>&g
On Thu, Apr 15, 2010 at 2:22 AM, Roderick Colenbrander <
thunderbir...@gmail.com> wrote:
> I can't see the screenshot well but that's notepad? What display
> drivers are you using?
>
> Roderick
>
> On Thu, Apr 15, 2010 at 3:36 AM, Erich Hoover wrote:
> &g
I noticed a problem with the icons in Wine when alt+tabbing today. After
doing a regression test it appears that commit
c29cf0591976f96c3adb30c3c3b6db59f4983251 results in pixmaps that do not
always display properly when alt+tabbing (see attached screenshot).
Erich Hoover
ehoo...@mines.edu
<>
On Fri, Feb 26, 2010 at 11:31 AM, Erich Hoover wrote:
> I was looking into updating the AppDB with more recent results for PCB
> Artist* and discovered that on a fresh Wine install that the application
> opens and creates new files incredibly slowly (it now takes 23 minutes vs.
> old
er second.
>
> Anyone to confirm this?
>
> ...
Is this a reply to a different thread?
Erich Hoover
ehoo...@mines.edu
t does
not necessarily need to be run again (I haven't seen this being 100%
consistent). So, you'll need a fresh Wine prefix if you let it run all the
way through the ~30 minutes of processing.
Erich Hoover
ehoo...@mines.edu
f85ed9fe581f1fe
Author: Vincent Povirk
Date: Fri Dec 4 17:33:50 2009 -0600
ole32: Implement transacted storage.
:04 04 79e7adf6177afe9cb8bfdea75270edb00026c5e5
abc173741982ee971ac490738917d735c6869a78 Mdlls
----
Erich Hoover
ehoo...@mines.edu
* Free proprietary application,
On Fri, Feb 19, 2010 at 5:08 PM, Henri Verbeet wrote:
> On 20 February 2010 00:19, Erich Hoover wrote:
>> + /* NOTE: Pre-Vista does not recognize the "all processors" flag (-1) */
>> + thread_affinity = -1;
> ~0UL probably makes more sense than
On Thu, Feb 18, 2010 at 10:08 PM, Charles Davis wrote:
> Erich Hoover wrote:
>> Real Name:
>> Erich Hoover
>> Description:
>> Patch 2 added support for the "all processors" flag, so this is
>> no-longer a todo. This version is against the revi
Except that an app already depends on the newer behavior, so Microsoft
> would have to maintain a quirk for the app if they wanted to change
> the behavior. Since the hypothetical future version of Windows with
> changed behavior doesn't yet exist, addressing that case seems rather
> premature.
> --Juan
>
Point taken.
Erich Hoover
ehoo...@mines.edu
ldn't know that it got removed. We were lucky to
stumble upon this thing in the first place, it's starting to look like
it's not actually the issue responsible for the slowdown bug for which
we are researching.
Erich Hoover
ehoo...@mines.edu
* Though I doubt it, as this seems lik
On Thu, Feb 18, 2010 at 8:29 PM, Andrew Nguyen wrote:
> On Thu, Feb 18, 2010 at 8:51 PM, Erich Hoover wrote:
>> ...
>> The attached patch adds a test for
>> SetThreadAffinityMask(thread,-1), which succeeds on Windows Vista and
>> newer.
>> ...
>
> The t
sted it on multiple
versions of Windows. However, I'm unfamiliar with the policy on these
version-difference matters and figured I should ask before putting
something together.
Erich Hoover
ehoo...@mines.edu
* http://bugs.winehq.org/show_bug.cgi?id=21165
** https://winetestbot.geldorp.nl/Jo
component, so the apply order completely doesn't matter.
Erich Hoover
ehoo...@mines.edu
On Thu, Jan 14, 2010 at 9:40 AM, Alexandre Julliard wrote:
> Erich Hoover writes:
>> ...
>> ntoskrnl: Implement ExSystemTimeToLocalTime and ExLocalTimeToSystemTime.
>
> You most likely want to use RtlSystemTimeToLocalTime etc.
>
> --
> Alexandre Julliard
>
I recently installed the bundled Wine for Mac OS X for someone and noticed
something that would be nice for "normal Wine." In the bundled Mac OS X
version a progress dialog* is displayed when prefix creation is occurring,
are there any plans to do something like this for Wine 1.2?
Er
stance so that this issue can be properly resolved
at some point.
Erich Hoover
ehoo...@mines.edu
diff --git a/dlls/msvcrt/tests/file.c b/dlls/msvcrt/tests/file.c
index e164555..b4adad7 100644
--- a/dlls/msvcrt/tests/file.c
+++ b/dlls/msvcrt/tests/file.c
@@ -36,8 +36,11 @@
static HANDLE
c it wasn't an issue with the
Wine-included cmd.exe.
Erich Hoover
ehoo...@mines.edu
aware of this function - thanks!
Erich Hoover
ehoo...@mines.edu
lls/msvcrt/time.c without this #define. So, the question I have is whether
it is OK to use tm_gmtoff in Wine (whether there is a portability concern)
and the proper way to include time.h to use this feature.
Erich Hoover
ehoo...@mines.edu
h.” I was “volunteered” for the task of approaching the
> respective projects.
I believe this is a case that we can detect on our own, attached is a small
standalone example of using fork() in such a way that you could reset the
screen resolution even if an application crashed.
Erich Hoover
ehoo.
I thought this patch was pretty straightforward, comments?
http://www.winehq.org/pipermail/wine-patches/2009-October/080779.html
Erich Hoover
ehoo...@mines.edu
.html
Erich Hoover
ehoo...@mines.edu
supposed to be freed by the application. I assumed that part of the
purpose of the WS_dup_he was to unify returning hostents so that (at some
point down the line) the old memory allocated for them could be freed when
there's a new call.
Erich Hoover
ehoo...@mines.edu
On Sun, Oct 11, 2009 at 12:43 AM, Dmitry Timoshkov
wrote:
> "Erich Hoover" wrote:
>
> Real Name:
>> Erich Hoover
>> Description:
>> The attached patch makes it so that the 'F10' key send a
>> WM_SYSKEYDOWN window notification on press
ion I tend to shy
away doing something.
Thanks for the feedback!
ehoo...@mines.edu
Erich Hoover
ly loaded symbols, though doing so seems
like an awkward approach since Wine is already meant to be a compatibility
layer. I would really like to see this issue get resolved, so I'm willing
to put whatever work into fixing this that's necessary to get it done right.
Erich Hoover
With the separation of the 16-bit APIs recently, the "dlls" folder has
ballooned quite a bit. Is there any particular reason that the 16-bit and
32-bit DLLs are not in separate folders?
Erich Hoover
ehoo...@mines.edu
o a specific interface. According to the kernel devs, this behavior
is what IP_PKTINFO is meant to do and that they have no intention of adding
an additional feature that does exactly the same thing.
Erich Hoover
ehoo...@mines.edu
5/6]
http://www.winehq.org/pipermail/wine-patches/2009-September/079197.html[6/6]
Erich Hoover
ehoo...@mines.edu
esa
> 7.5.2.
>
> WINE 1.1.29 = prolem
> WINE 1.1.18 = NO problem
>
> All Linux native games works wonderfully by this latest Intel driver.
>
> Best regards,
> MD. IMAM HOSSAIN
>
The instructions for performing a regression test will assist you in
narrowing down the probl
e mismatch
4) Ensure Async WSARecv does not wake up on packets with an interface
mismatch
5) Ensure Async ReadFile does not wake up on packets with an interface
mismatch
I would greatly appreciate any comments people have on this patch. Thanks
so much!
Erich Hoover
ehoo...@mines.edu
diff --git a/
Wrath: 1.0 has been accepted.
...
Any thoughts?
Erich Hoover
ehoo...@mines.edu
bug be
re-opened and for people to take a look and comment on the patch.
http://bugs.winehq.org/show_bug.cgi?id=7929#c79
http://bugs2.winehq.org/attachment.cgi?id=23679
Erich Hoover
ehoo...@mines.edu
on how to use git to run bisect tests would be appreciated. Do
> I get the commit numbers from the Tag messages that AJ sends?
>
> James McKenzie
>
There's extensive information on using git's bisect feature for Wine on the
wiki:
http://wiki.winehq.org/RegressionTesting
Erich Hoover
ehoo...@mines.edu
On Sat, Jul 18, 2009 at 11:58 PM, Nikolay Sivov wrote:
> On Sun, Jul 19, 2009 at 9:55 AM, Erich Hoover wrote:
>> Real Name:
>> Erich Hoover
>> Description:
>> Commit 'f27d88e16fe0292d3efa7dac8966a0b612e62e6d' resulted in a
>> regression in the suppo
s unhandled submissions, caused by
> negligent maintainers. But if that problem is not there, what problem
> are negligent maintainers causing?
>
> Remco
>
>
It sounds like they're causing too much extra work for the admins. What if
the system checked for "Out of Office" bounces and used that to know that a
maintainer was not going to be able to handle the submission for a while?
Erich Hoover
ehoo...@mines.edu
system - the current
"infinite comments" system is rather unweildly to navigate. Personally, I
would prefer that rather than delete these comments that comments get marked
as "outdated". If outdated comments weere pushed to the end of the list,
and clearly marked that they are outdated, then they could still be useful
for historical purposes without interfering with the usability of the site.
Erich Hoover
ehoo...@mines.edu
1 - 100 of 170 matches
Mail list logo
