I like the new style however I can't help but feel that:
- The links should be where the news is
- The news should be where the links are
- There's no about wine text like there is on the old page and I don't
think moving it to an "about" page is a good idea.
Regards,
Andrew
Jeff Zaroyko wrote:
> On Tue, Nov 25, 2008 at 5:42 PM, Scott Ritchie <[EMAIL PROTECTED]> wrote:
>> Austin English wrote:
>>> On Tue, Nov 25, 2008 at 12:27 AM, Scott Ritchie <[EMAIL PROTECTED]> wrote:
We also don't really need a link to AppDB from the big buttons in the
front - AppDB is on
2008/11/25 Scott Ritchie <[EMAIL PROTECTED]>:
> Cesar Izurieta wrote:
>>
>> Here's a quick relayout with some of the ideas posted in this thread:
>>
>> http://caih.org/wine/WineHQ.html
>
> Ewww. The vertical alignment is much better, and the news dragging to
> the bottom is just tacky.
I agree.
On Tuesday 25 November 2008 01:59:12 Brian Vincent wrote:
> - I don't know which search terms people use to find Wine, but this sounds
> like a good chance to do some search engine optimization.
Dunno. If I enter "wine" into Google, the first hit is www.winehq.org,
followed by Wikipedia's Wine(s
Is it at all feasible to run Windows mobile apps under Wine? From what
I understand it's supposed to be largely the same API as standard Win32.
How about a port to ARM for the purpose of running Windows Mobile apps,
or just recompiled Winelib apps?
Ubuntu is getting serious about its ARM port,
On Tue, Nov 25, 2008 at 5:42 PM, Scott Ritchie <[EMAIL PROTECTED]> wrote:
> Austin English wrote:
>> On Tue, Nov 25, 2008 at 12:27 AM, Scott Ritchie <[EMAIL PROTECTED]> wrote:
>>> We also don't really need a link to AppDB from the big buttons in the
>>> front - AppDB is only the place to go when yo
Austin English wrote:
> On Tue, Nov 25, 2008 at 12:27 AM, Scott Ritchie <[EMAIL PROTECTED]> wrote:
>> We also don't really need a link to AppDB from the big buttons in the
>> front - AppDB is only the place to go when you're looking for it (hence
>> the button in the upper right) or once you know s
On Tue, Nov 25, 2008 at 12:27 AM, Scott Ritchie <[EMAIL PROTECTED]> wrote:
> We also don't really need a link to AppDB from the big buttons in the
> front - AppDB is only the place to go when you're looking for it (hence
> the button in the upper right) or once you know something about Wine
> (henc
Cesar Izurieta wrote:
>
> Here's a quick relayout with some of the ideas posted in this thread:
>
> http://caih.org/wine/WineHQ.html
>
>
Ewww. The vertical alignment is much better, and the news dragging to
the bottom is just tacky.
We also don't really need a link to AppDB from the big butt
A few comments from a long-time supporter and amateur web-developer:
* I like the look of it! Very nice work
* I agree with previous comments about the nested scroll area, however
I believe that a brief News section does belong on the main page. If
no other (reasonable) solution is presented, the c
Jacek Caban wrote:
> Vitaliy Margolen wrote:
>> Since Jacek did not comment on the bug 14311, revert patch in question. It
>> restores 100% functionality of the scrollbars in Steam.
>>
>
> The fact that I didn't comment doesn't mean anything.
At least a note that you don't have time would be en
On Mon, Nov 24, 2008 at 10:03 PM, Dan Kegel <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 24, 2008 at 5:43 PM, Zachary Goldberg <[EMAIL PROTECTED]> wrote:
>>> 1) nested scrollbars are evil. Better to put the news on its own tab,
>>> lose the little sidebar the news was in,
>>> and have a very small are
A few comments from an outsider:
* Looks very Web 2.0-ish. Gradients, glossiness, rounded corners, dark
background. You might want to tune it down slightly to make it look
more polished. But this may just be my personal dislike for Web 2.0
designs.
* I am missing an introductory text. It should b
2008/11/24 Scott Ritchie <[EMAIL PROTECTED]>:
> Jeremy White wrote:
>> At Wineconf, we made the decision to change the entry page to the Wine
>> web site. The hope was to simplify and stream line it, and to put in
>> place the infrastructure to start moving more content to the Wiki.
>>
>> Jeremy N
On Mon, Nov 24, 2008 at 5:43 PM, Zachary Goldberg <[EMAIL PROTECTED]> wrote:
>> 1) nested scrollbars are evil. Better to put the news on its own tab,
>> lose the little sidebar the news was in,
>> and have a very small area in the main box for just the one most
>> important headline.
>
> I disagre
Reece Dunn wrote:>
> My only comment here is that it would be useful to list the 'Office'
> and 'Games' versions, along with the CrossOver version number and the
> Wine version number that they are based on. That way it is easier to
> tell how far off the Wine tip they are (for example if you need
Jeremy White wrote:
> At Wineconf, we made the decision to change the entry page to the Wine
> web site. The hope was to simplify and stream line it, and to put in
> place the infrastructure to start moving more content to the Wiki.
>
> Jeremy Newman and Jon Parshall have put a lot of time and en
2008/11/24 Dan Kegel <[EMAIL PROTECTED]>:
> Looks great so far. Comments:
> 1) nested scrollbars are evil. Better to put the news on its own tab,
> lose the little sidebar the news was in,
> and have a very small area in the main box for just the one most
> important headline.
>
I disagree about
+1
Looks nice :)
Tom
On Mon, Nov 24, 2008 at 4:39 PM, Jeremy White <[EMAIL PROTECTED]> wrote:
> At Wineconf, we made the decision to change the entry page to the Wine
> web site. The hope was to simplify and stream line it, and to put in
> place the infrastructure to start moving more content t
2008/11/25 Brian Vincent <[EMAIL PROTECTED]>:
> Random thoughts:
> - Currently if you go to the wiki, you can navigate back to WineHQ, AppDB,
> Forums, etc on the left. The sample doesn't have that.
Those links have been moved to the top. As such, they are (or
will/should be) consistent throughou
Random thoughts:
- I like it.
- I agree that there should be a very short description of what Wine does.
Probably summarizing it in 2 sentences or so where the "Run Windows
Everywhere" currently is. Something like, "Run Windows applications on
Linux and OS X without installing Windows. Wine is
2008/11/24 Jeremy White <[EMAIL PROTECTED]>:
> At Wineconf, we made the decision to change the entry page to the Wine
> web site. The hope was to simplify and stream line it, and to put in
> place the infrastructure to start moving more content to the Wiki.
>
> Jeremy Newman and Jon Parshall have
I leaked a region in this last one. Please don't apply it.
Vincent Povirk
On Mon, Nov 24, 2008 at 5:34 PM, Vincent Povirk <[EMAIL PROTECTED]> wrote:
>
>
>
>
2008/11/24 Jeremy White <[EMAIL PROTECTED]>:
> At Wineconf, we made the decision to change the entry page to the Wine
> web site. The hope was to simplify and stream line it, and to put in
> place the infrastructure to start moving more content to the Wiki.
Another comment: on the wiki page revam
On Monday 24 November 2008 22:39:05 Jeremy White wrote:
> At Wineconf, we made the decision to change the entry page to the Wine
> web site. The hope was to simplify and stream line it, and to put in
> place the infrastructure to start moving more content to the Wiki.
>
> Jeremy Newman and Jon Par
Looks great so far. Comments:
1) nested scrollbars are evil. Better to put the news on its own tab,
lose the little sidebar the news was in,
and have a very small area in the main box for just the one most
important headline.
2) The main choice text needs to be closer to user tasks. So instead
Isn't this already covered in the cursoricon tests?
Stefan Dösinger wrote:
>> I know this isn't a coded test, bot The Sims 2 behave in this way. This
>>
> was > previously stated WAY back on this list.
> Yes, but do you know if Sims 2 behaves that way on Windows? There could be
> some other b
Vitaliy Margolen wrote:
> Since Jacek did not comment on the bug 14311, revert patch in question. It
> restores 100% functionality of the scrollbars in Steam.
>
The fact that I didn't comment doesn't mean anything. I didn't have time
to work on it and I'm currently looking at it (BTW, with tod
On Mon, Nov 24, 2008 at 4:25 PM, John Klehm <[EMAIL PROTECTED]> wrote:
> On Mon, Nov 24, 2008 at 3:39 PM, Jeremy White <[EMAIL PROTECTED]> wrote:
>> At Wineconf, we made the decision to change the entry page to the Wine
>> web site. The hope was to simplify and stream line it, and to put in
>> pla
On Mon, Nov 24, 2008 at 3:39 PM, Jeremy White <[EMAIL PROTECTED]> wrote:
> At Wineconf, we made the decision to change the entry page to the Wine
> web site. The hope was to simplify and stream line it, and to put in
> place the infrastructure to start moving more content to the Wiki.
>
> Jeremy N
2008/11/24 Jeremy White <[EMAIL PROTECTED]>:
> At Wineconf, we made the decision to change the entry page to the Wine
> web site. The hope was to simplify and stream line it, and to put in
> place the infrastructure to start moving more content to the Wiki.
>
> Jeremy Newman and Jon Parshall have
At Wineconf, we made the decision to change the entry page to the Wine
web site. The hope was to simplify and stream line it, and to put in
place the infrastructure to start moving more content to the Wiki.
Jeremy Newman and Jon Parshall have put a lot of time and energy into a
proposed new desig
Hi Konstantin,> does not prove to be true (from oleview's results).It appears
the oleview doesnt report the [size_is] property.
> > > I have checked up and have corrected an order of methods in all
> > > interfaces. > But oleview has shown a method in IHTMLEditServices which
> > > is not desc
> You don't want to depend on the symlinks, things should work without
> requiring the user to create any symlink.
> It should depend on what
> actual devices are present on the machine,
So, directly stat /dev/ttyS*, then check dosdevices for anything overriding
these?
Reece Dunn wrote:
> 2008/11/24 Vitaliy Margolen <[EMAIL PROTECTED]>:
>> Since Jacek did not comment on the bug 14311, revert patch in question. It
>> restores 100% functionality of the scrollbars in Steam.
>
> This is not the correct fix. Simply reverting a patch because it broke
> an application
Thanks for taking care of this, Francois.
On Nov 23, 2008, at 5:15 PM, Francois Gouget wrote:
> Astute readers will notice that this leaves one loophole: nasty macro
> use like in dlls/winmm/message16.c:
>
> #define A(_x,_y) MMDRV_InstallMap(_x, \
> MMDRV_##_y##_Map16To32W, MMDRV_##_y##_UnMap16To
There's a groklaw article summarizing recent discussion about the impact
of the Bilski case on software patents:
http://www.groklaw.net/article.php?story=20081102011538422
"The judge says this kind of cloning could be done without infringing
Microsoft's copyrights, but how about its patents? Prior
Francois Gouget pravi:
> Does anyone (especially Rok Mandeljc) know if, in Slovenian:
> 1) '...' must be preceded by a space
> 2) '...' must not be preceded by a space
> 3) either form is valid
>
>
Hey,
as far as I'm aware, it must be preceded by a space (unless it denotes
an unfinished wor
> I know this isn't a coded test, bot The Sims 2 behave in this way. This
was > previously stated WAY back on this list.
Yes, but do you know if Sims 2 behaves that way on Windows? There could be
some other bug triggering this behavior in Sims.
That's where a test helps even in these cases: If yo
Hello, Alistair!
On Monday 24 November 2008 14:59:30 you wrote:
> Non of the Functions in IMarkupPointer should be marked as retval,
> likewise for IMarkupContainer.
>
> IElementSegment functions are in the wrong order, likewise for
> ISelectionServicesListener, ISelectionServices and IHTMLEditSer
Does anyone (especially Rok Mandeljc) know if, in Slovenian:
1) '...' must be preceded by a space
2) '...' must not be preceded by a space
3) either form is valid
--
Francois Gouget <[EMAIL PROTECTED]> http://fgouget.free.fr/
Any sufficiently advanced bug is indistinguishab
A C Hurst <[EMAIL PROTECTED]> writes:
> Would using get_dos_device() be better, since that does fall through to
> default behaviour when the
> symlink isn't there?
No, it doesn't take into account existing devices either.
> I chose oldconfig.c since that's where the \DEVICEMAP\Scsi entries get
> > The code in oldconfig.c is called by process.c/__wine_kernel_init(), on
> > server startup.
> > The entries are volatile, and are dynamically created if you count scanning
> wineprefix/dosdevices/
> > and doing a stat() on anything named com[1-9] it finds there every time
> > wine starts up
A real small test app if possible as a wine test is needed to demonstrate it is
really correct. Sorry it can be a pain but it is to prevent issues in other
apps which might be very hard to debug if an incorrect patch enters Wine.
Roderick
> I know this isn't a coded test, bot The Sims 2 behave
I know this isn't a coded test, bot The Sims 2 behave in this way. This
was previously stated WAY back on this list.
Stefan Dösinger wrote:
> Hi,
>
>> This is my first patch. It allows icons to be loaded as cursors because
>> it defaults hotspots to x = 0 and y = 0 if the hotspot isn't found.
>
Chris Robinson wrote:
[...]
> Out of curiousity, then, does this affect static functions that are used for
> COM objects? It's typical for those to be marked as static, their address put
> into a (possibly static) vtable struct, which is then used as a field for an
> allocated struct passed to t
A C Hurst <[EMAIL PROTECTED]> writes:
> The code in oldconfig.c is called by process.c/__wine_kernel_init(), on
> server startup.
> The entries are volatile, and are dynamically created if you count scanning
> wineprefix/dosdevices/
> and doing a stat() on anything named com[1-9] it finds there
> > Dear winehackers,
> > I sent this patch to wine-patches, with a few iterations of editing,
> > and wondered if I could have some feedback on it, before I just resend
> > it.
> I don't think hardcoding this(as this patch seems to do afaics, I barely
> know the code) is the right approach here. I
Henri Verbeet wrote:
> 2008/11/24 Vitaliy Margolen <[EMAIL PROTECTED]>:
>>> /* This isn't in MSDN!
>>> -static HRESULT WINAPI
>>> IDirect3DDevice9Impl_GetFrontBuffer(LPDIRECT3DDEVICE9EX iface,
>>> IDirect3DSurface9* pDestSurface) {
>>> +static HRESULT IDirect3DDevice9Impl_GetFrontBuffer(LPDIRE
On Sun, 23 Nov 2008, James McKenzie wrote:
[...]
> I think that FontForge is still needed for the Darwine Build. Some of
> the problems related to Vanilla Wine builds on the Mac Intel platform
> may be related to the lack of FontForge on the Mac.
What is it used for? Do you have Darwine-specific
Hi Konstantin,
> Kondratyuk wrote:
> Hello!
>
> Try 2 changes:
> - add missed POINTER_GRAVITY_Max, MARKUP_CONTEXT_TYPE_Max, SELECTION_TYPE_Max
> constants
> - correct attributes of interfaces: object, pointer_default(unique), uuid(...)
> - correct attributes Right and Left methods in IMarkupPoi
> Dear winehackers,
> I sent this patch to wine-patches, with a few iterations of editing,
> and wondered if I could have some feedback on it, before I just resend
> it.
I don't think hardcoding this(as this patch seems to do afaics, I barely
know the code) is the right approach here. I think it sh
Hi,
> This is my first patch. It allows icons to be loaded as cursors because
> it defaults hotspots to x = 0 and y = 0 if the hotspot isn't found.
> Pasting patch into body of message. This is against the latest git .
I recommend to write a test case to show that Windows behaves in the same
way.
Hi Konstantin,
> IElementSegment interface too? I have changed it in try2
>
>
> Also, one question about retval attributes. There can be only one
> attribute in
> one method? For example, in IMarkupPointer interface:
>HRESULT Right(
>[in] BOOL fMove,
>[out] MARKUP_CONTEXT_TYP
On Monday 24 November 2008 00:38:18 Alistair Leslie-Hughes wrote:
> You have
> missed
> POINTER_GRAVITY_Max
> MARKUP_CONTEXT_TYPE_Max
> SELECTION_TYPE_Max
Thanks, fixed.
> The following interfacess dont contain dual interfaces
> IHTMLEditDesigner
> IMarkupContainer
> IMarkupPointer
> ISegment
> I
Is there a specific reason for implementing this function anymore? The
resource savings don't seem worth the new potential for bugs. If all
of them were simply returning FALSE then what would be the loss?
thanks -mike
2008/11/24 Vitaliy Margolen <[EMAIL PROTECTED]>:
>> /* This isn't in MSDN!
>> -static HRESULT WINAPI
>> IDirect3DDevice9Impl_GetFrontBuffer(LPDIRECT3DDEVICE9EX iface,
>> IDirect3DSurface9* pDestSurface) {
>> +static HRESULT IDirect3DDevice9Impl_GetFrontBuffer(LPDIRECT3DDEVICE9EX
>> iface, IDi
57 matches
Mail list logo
