Was anybody already working on a control panel like applet for Wine? That would be a panel in which you could configure Wine without having to edit the text files... If not, I'll give it a try :-). Would such a program best work on Unix or instead within Wine? Erhm, stupid question perhaps, I guess Wine would make more sence... I am thinking on starting with an applet that would allow the user to manage the disk drives, by just providing a frontend to that registry keys. Grtz, Robert
On Sun, 2003-12-28 at 10:01, Robert van Herk wrote:
Was anybody already working on a control panel like applet for Wine? That would be a panel in which you could configure Wine without having to edit the text files...
Yes. Look in ./programs/winecfg - I did a lot of work on this app a few months back. It's not a control panel applet but could be made so easily, rather it's just an app. Drive editing is mostly done AFAIK but the app itself still needs a lot of loving. Of course it's a Win32 Winelib app. If you want to work on this feel free to ask me any questions... thanks -mike
Mike Hearn wrote:
Yes. Look in ./programs/winecfg - I did a lot of work on this app a few months back. It's not a control panel applet but could be made so easily, rather it's just an app. Drive editing is mostly done AFAIK but the app itself still needs a lot of loving. Of course it's a Win32 Winelib app.
If you want to work on this feel free to ask me any questions...
Hi, If you care to list any todo's ill be more than glad to add them to the ToDo page under [winecfg]. Thanks Tom
thanks -mike
--- Tom <twickline(a)skybest.com> a écrit : >
Comments, Suggestions?
Tom
ALSA multimedia driver: * Mixer Support * MiDi inn Support * Check for 1.0 correctness winealsa now has mixer support since Dec 11 2003 (thanks to Christian) ===== Sylvain Petreolle (spetreolle_at_users_dot_sourceforge_dot_net) ICQ #170597259 Say NO to software patents Dites NON aux brevets logiciels "What if tomorrow the War could be over ?" Morpheus, in "Reloaded". _________________________________________________________________ Do You Yahoo!? -- Une adresse @yahoo.fr gratuite et en français ! Yahoo! Mail : http://fr.mail.yahoo.com
Sylvain Petreolle wrote:
--- Tom <twickline(a)skybest.com> a écrit : >
Comments, Suggestions?
Tom
Hi,
ALSA multimedia driver: * Mixer Support * MiDi inn Support * Check for 1.0 correctness
winealsa now has mixer support since Dec 11 2003 (thanks to Christian)
No it's wrong. I added WaveIn support. :-) Bye, Christian
Tom wrote:
Comments, Suggestions?
Tom
------------------------------------------------------------------------
Wine Status - Known To Do's
Window management
* Rewrite Wine's window management code to be able to change the visual of an X window once the window has been created. * In Desktop Mode all processes started from one wine invocation should be confined to one desktop window. * Window management needs proper inter-process handling of activation, focus, repaint. * Workaround for the "no keyboard without Desktop mode" problem.
National Language Support
* We currently lack a way to model hierarchical resources like those required by calendar information (each locale has a variable number of calendars, with different attributes). This is a show stopper for completing the NLS Api (Get/EnumCalendarInfo etc). * Our text output needs to substitute fonts on the fly when characters to be printed cannot be represented in the current font. * Make sure ASCII functions call the Unicode one and not the other way around.(probably will stay forever.) * Add localization to more languages.(probably will stay forever.) * Add localization to more parts of Wine.(probably will stay forever.) * Better support of Chinese, Korean, Japanese...(currently in works) * Better support of BiDi - Arabic, Hebrew...
X11drv
* Add support for keyboard layout APIs. * Better integration with window managers
NTDLL
* Implement security APIs and make them use native OS security facilities.
Kernel32
* Split 16/32 function, finish moving stuff into ntdll (review FS & device support) * Implement non-local named pipes and mailslots over SMB * Implement SMB over Netbios
Comdlg32
* Add a Network Neighborhood-style browser to the file dialog
Netapi32
* Implement the Net* functions using rpcrt4 * Implement NetServerEnum and NetShareEnum using SMB * Netbios support for IPX
Wininet
* Needs thread safety and unicodization
Winsock
* SIO_GET_INTERFACE_LIST support for IPX * IPv6 support * More unit tests, e.g. for asynchronous IO. * Make sure OOB data is handled properly. * WS2: Implement service programming interface (SPI), use for supporting other services. * Try to provide more services such as IrDA natively. * Fix stubs left in ws2_32.spec
Cabinet
* Compression API's remain unimplemented
RPCRT4
* Implement the undocumented "NT Ports" API (aka "LPC") used by native NT * Fill out the matrix of per-type /Oi marshalling API's. * Some real RPC tests,although there are some tests of some peripheral rpcrt4 API's -- no actual RPC's are tested. * Implement /Oicf "stubless" marshalling * Implement full stub/proxy support for widl * Get Wine's DCOM to use wine's RPC as appropriate. * Fix the wire protocol - Implement the OXID resolver and other ORPC peccadilloes
DirectX
[DirectShow]
* Filter manager (IGraphBuilder) * Video renderer * Audio renderer * Registry entries
[DirectDraw]
* YUV overlays * Support for FOURCC surface
[D3D]
* Begin to share most of the openGL code between d3d8 and d3d9, begining with shaders, textures and state blocks * Abstract APIs to be usable by ddraw * Implement a better drawing pipeline thinking about hardware and software shaders * Compressed texture support * Improve Z Buffer support * Multi texturing (and more generally, OpenGL extension handling) * Off screen rendering * Proper color keying * Finish migration of D3D1-7 code to use d3dcore * Add hardware vertex shader and pixel shader support * LOD support * Multisampling (antialising) support * Palette texturing fixes (not really tested) * Swapchain support * Better device management (mainly caps) * index/vertex buffer hardware support * Surface->DC handling * Real Preloading support (using a memory manager) * UpdateTexture/UpdateSurface * various optimisations
[DirectSound]
* Hardware accelerated direct sound capture driver support using the Windows CE2 HAL API * 3D buffer support in software is present but incomplete. * 3D buffer hardware support * Sound effects on buffers * Capture effects * Full duplex support is stubbed out but not functional. * DX9 support for new PCM formats (24/32 bit and float samples) and for more than 2 channels is not present.
[DirectMusic]
* DMusicPerformance scanning of files
[DirectInput]
* Improve DX8 support (especially joystick)
[DirectPlay]
* Add support for DX8
[MSDMO]
* Fix stubs left in msdmo.spec
[DevEnum]
* Support the creation of special filters (Midi renderer, DSound renderer, WaveOut, WaveIn) and support the binding to these filters.
Multimedia
sound drivers: * Improve the jack audio server, e.g. WaveIn & Resampling. * Implement the audio compression codecs. * Fix Sound Blaster emulation.
all audio architecture: * No longer use the hack in Wine sound drivers to map the DSound driver interface to an existing WinMM driver. (impacts dsound.dll and winmm + all low level audio drivers)(will likely require a real installation scheme for MM drivers)
ALSA multimedia driver: * Mixer Support * MiDi inn Support * Check for 1.0 correctness
MCI (Media Control Interface) drivers * Missing the mcianim drivers.
mciavi: * Handling of palettes * Recording * Lots of messages still need to be handled * Synchronization * Replace AVI file parser by using API from avifil32 * Support more and less than one audio stream * Stopping while playing should stop audio playback ASAP * Opening must be possible without filename (use load later to)
avifil32: (sorted by decreasing priority) * Make the whole library thread save * Interface for AVI files: - native version has problems with reading our files (Is it still so?) * API for clipboard: - only stubs. (native version doesn't work). * AVIFileProxy is missing. * We have no implementation for IAVIStreaming, which doesn't result in missing functionality, but in possible performance loss. Even the native version has such an interface only for the AVI file handler.
msvfw32: * DrawDib needs some work: - Some flags are ignored - handle palette * semi-stub implementation for file dialogs with AVI preview. Need to use OFN_ENABLEHOOK flag. * Stub implementation for codec-selection-dialog * Resources are missing (also see the 2 above points) * StretchDib method is missing * Many 16-bit methods are missing * MCIWnd: - Bug: shouldn't open device with filename if none given. - Bug: Windows stays empty when opening of device fails.
avicap32: "Video Capture" * Only stub DLL
Opengl32: * Support all WGL extensions which have GLX counterparts (like PBuffers or render to texture for example).
FreeBSD
* Add support for MZ_SUPPORTED
DOS
* VM86 emulation still has races in irq handling. * DPMI supports now irqs but still not interrupt reflection. * Obsolete Win32s VxDs need to be deleted. * VxD handling should be rewritten so that it no longer uses a separate 16-bit DLL. * If Win16 program uses real mode code, there are code paths where Wine fails to properly initialize DOS memory. * DOS memory management code needs restructuring. * Ioport emulation code should be migrated to winedos. * VESA emulation is missing many important functions. * Bitplane VGA modes are totally unsupported. * Many DOS7 extensions are missing. * System timer code only supports simple cases. * DOS4GW does not work. * NTDLL still has lots of DOS emulation code.
GDI
* DIB engine
GDB
* Add the MSC/PDB info support to gdb
Winedbg
* Make winedbg use dbghelp DLL * Speed up PDB support - Implement support for latest MSC formats
DDE
* Enhance memory management issues (interprocess sending)
OLE
* Handle apartments properly in CoCreateInstance, etc. * Type library handling (parsing them is not yet complete and saving them is not implemented at all) * Implement ICreateTypeLib support * Implement Var* (e.g. VarMod) and variant conversion routines * User defined types (e.g. IRecordInfo) * Custom marshalling functions for various data types * Implement missing features in OLE*.
Native Programs
* Winhelp: fix invocation thru WinHelp - lots of macros are still missing
File Management
* Implement NT file namespace * UNC support * Allow flexibility in FS "mounting" (for example, SMB shares)
Fonts
* Support for non-TT fonts (eg Type1, bitmap,....) * Subpixel rendering - a.k.a. ClearType * Reduce per font startup time
Printers
* Write a printer configuration applet
Tools
* Wine installation process should install and configure wine * Perform Windows' reboot operations automatically when required * Winemaker fixes * Run C regression tests on Windows with MSVC * Work on WRC as it does not find system headers * wineconsole: add configuration bar + resizing capabilities
Instructions
* Documentation updates
Aspect or Component
* Review of Wine Server Protocol * Finalize Server Protocol * Visual C++'s native COM support * Create replacement of browser component (Internet Explorer/IExplore)
Porting issues for Mingw/Cygwin/MS_VC
* Better separation of win16/32 code * Remove/rewrite win16/9x API dependency on newer code * Remove/rewrite wineisms from code * Rewrite/fix unixisms in most WINE dlls * Documentation fixes
Low priority items
* VxD support with dynamic loading
For the full 0.9 Bug List, please see Tasklets <http://bugs.winehq.com/buglist.cgi?keywords=tasklet>For the full 1.0 Bug List, please see Tasklist <http://bugs.winehq.com/buglist.cgi?keywords=tasklist>
I think it's worth noting to improve audio latency (in audio architecture section?) even if it is more related to the wineserver and the kernel. Actually it's not possible to do serious audio stuff (at least on my box). Bye, Christian PS: s/MiDi inn/Midi IN/
participants (5)
-
Christian Costa -
Mike Hearn -
Robert van Herk -
Sylvain Petreolle -
Tom