Ros-dev

ros-dev@reactos.org

1 participants
5793 discussions

NtGdiGetGlyphOutline patch
by James Tabor 30 May '06

30 May '06

Hi, It is based on Wine implementation. It has other hax with it mostly tests. There is a hax for NtGdiGetCharABCWidths to allow it to pass one of the "gdi32_crosstest font" tests. Over all, it is truly Ugly and going to change. WYSIWUG ATM. Thanks, James

1 0

Graphics Engine
by Rick Langschultz 29 May '06

29 May '06

I was just looking at the graphics system at many open source operating systems. Seems to be most of them rely on other engines to take care of their GUI system. I was thinking what about creating a GUI or Window Server that draws MPEG2 or MPEG4 compliant graphics.

2 1

Re: [ros-svn] [jimtabor] 20958: Port Wine GetCharWidth32A.
by Magnus Olsen 29 May '06

29 May '06

This implention is wrong please revert it it shall and must be implement in win32k not direcly to gdi32 NtGdiGetCharWidth ----- Original Message ----- From: <jimtabor(a)svn.reactos.org> To: <ros-svn(a)reactos.org> Sent: den 21 January 2006 01:52 Subject: [ros-svn] [jimtabor] 20958: Port Wine GetCharWidth32A. > Port Wine GetCharWidth32A. > > > Updated files: > trunk/reactos/lib/gdi32/objects/font.c > > _______________________________________________ > Ros-svn mailing list > Ros-svn(a)reactos.org > http://www.reactos.org/mailman/listinfo/ros-svn

2 2

Theming idea
by Timo Kreuzer 28 May '06

28 May '06

I think few of the devs ever read the Design forum (???) There are a some nice GUI designs, mostly done with a drawing program. So I thought it would be great to make those designs available inside ROS. Some of them (I think kokodin made a good and quite good programmable design) could be done by changing the user32 code, but it's not a good idea to make theming by changing user32 code. So I had the following idea: all code really needed to draw the GUI elements could be exported into an external dll (gui.dll or something like that) so some basic theming would be pretty easy and still fast. We would only need a kind of GUI API that would allow changing most things, but would not be too complex. What do you think of this? If you think it's a good idea, I would try to outsource the gui code out of user32 and try to develop a basic and a secondary (based on kokodin's design) dll.

5 4

Re: [ros-diffs] [greatlrd] 22062: replace djgpp hell bugs fcvtbuf with project http://www.jbox.dk/sanos/source/lib/fcvt.c.html with small modification's to match ReactOS arch. Floating point to string conversion routines Copyright (C) 2002 Michael Ringgaard. All rights reserved. Make wine test for fcvt shut up we are failing 64 of wine test in msvrt printf, but we pass all fcvt test. before we did fail 75 test in wine test of msvrt printf test. Before we did fail almost all test case for fcvt in w
by Alex Ionescu 27 May '06

27 May '06

greatlrd(a)svn.reactos.org wrote: > Author: greatlrd > Date: Fri May 26 23:23:34 2006 > New Revision: 22062 > > URL: http://svn.reactos.ru/svn/reactos?rev=22062&view=rev > Log: > replace djgpp hell bugs fcvtbuf with project http://www.jbox.dk/sanos/source/lib/fcvt.c.html with small modification's to match ReactOS arch. Floating point to string conversion routines Copyright (C) 2002 Michael Ringgaard. All rights reserved. > > Make wine test for fcvt shut up we are failing 64 of wine test in msvrt printf, but we pass all fcvt test. before we did fail 75 test in wine test of msvrt printf test. Before we did fail almost all test case for fcvt in wine test > I've been actually importing a LOT of the SanOS code into rtl back when I was working on fixing many of the broken inlined GAS routines, and his code REALLY kicks ass. I strongly recommend using the SanOS CRT functions when possible. Best regards, Alex Ionescu

2 1

RE: [ros-dev] RE: [ros-diffs] [amunger] 22052: Bump trunk to 0.4. 0, no turning back now.
by Murphy, Ged (Bolton) 26 May '06

26 May '06

Murphy, Ged (Bolton) wrote: > > > amunger(a)svn.reactos.org wrote: > > > > URL: http://svn.reactos.ru/svn/reactos?rev=22052&view=rev > > Log: > > Bump trunk to 0.4.0, no turning back now. > > > > Ehh??? Oh I see, nevermind. I read it wrong initially. ************************************************************************ The information contained in this message or any of its attachments is confidential and is intended for the exclusive use of the addressee. The information may also be legally privileged. The views expressed may not be company policy, but the personal views of the originator. If you are not the addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this message in error, please contact postmaster(a)exideuk.co.uk <mailto:postmaster@exideuk.co.uk> and then delete this message. Exide Technologies is an industrial and transportation battery producer and recycler with operations in 89 countries. Further information can be found at www.exide.com

1 0

RE: [ros-diffs] [amunger] 22052: Bump trunk to 0.4.0, no turning back now.
by Murphy, Ged (Bolton) 26 May '06

26 May '06

amunger(a)svn.reactos.org wrote: > > URL: http://svn.reactos.ru/svn/reactos?rev=22052&view=rev > Log: > Bump trunk to 0.4.0, no turning back now. > Ehh??? ************************************************************************ The information contained in this message or any of its attachments is confidential and is intended for the exclusive use of the addressee. The information may also be legally privileged. The views expressed may not be company policy, but the personal views of the originator. If you are not the addressee, any disclosure, reproduction, distribution or other dissemination or use of this communication is strictly prohibited. If you have received this message in error, please contact postmaster(a)exideuk.co.uk <mailto:postmaster@exideuk.co.uk> and then delete this message. Exide Technologies is an industrial and transportation battery producer and recycler with operations in 89 countries. Further information can be found at www.exide.com

1 0

Re: [ros-bugs] [Bug 1172] VIA Rhine II net driver doesn't detect miniport
by James Tabor 23 May '06

23 May '06

Hi! ReactOS.Bugzilla(a)reactos.org wrote: > http://www.reactos.org/bugzilla/show_bug.cgi?id=1172 > > > hpoussin(a)reactos.org changed: > > What |Removed |Added > ---------------------------------------------------------------------------- > CC|hpoussin(a)reactos.org | > Summary|Network driver will not |VIA Rhine II net driver > |install. |doesn't detect miniport > > > > > ------- Comment #9 from hpoussin(a)reactos.org 2006-05-23 22:18 CET ------- > Changing title, as it is no more a installation problem. > (btw, the wrong name in ncpa control panel is due to a missing entry in > [Strings] section) > > Funny, it once worked. [MANUF] %PCI\VEN_1106&VT3065.DeviceDesc% = VT3065_ndi,PCI\VEN_1106&DEV_3065 ;%PCI\VEN_1106&VT3065.DeviceDesc% = VT3065_ndi,PCI\VEN_1106&DEV_3065&SUBSYS_734C1462 <snip > Manuf = "VIA Technologies, Inc." VT3106S.DeviceDesc = "VIA Rhine III Management Adapter" VT3106J.DeviceDesc = "VIA Rhine III Fast Ethernet Adapter" VT3065.DeviceDesc = "VIA Rhine II Fast Ethernet Adapter" VT3043.DeviceDesc = "VIA VT86C100A Rhine Fast Ethernet Adapter" FET.Service.DispName = "VIA Rhine Family Fast Ethernet Adapter Driver Service"

1 0

Re: Radio buttons...
by David Eckert 23 May '06

23 May '06

Not that I am aware of... but I could be wrong too because I never hang around the bugzilla site lol >> Can someone actually fix the radio buttons? It's getting annoying to >> see it with no outlining on it, not sure why whoever wrote the code >> for it left the outline of it out... >> >Hi, >Is there a bug report for it already? I think we never finished it. >Thanks, >James -- -David W. Eckert

2 1

Secure Programming
by M Bealby 23 May '06

23 May '06

Hey all, Well, since time has been very restricted for me I have not done as much code auditing as I would have liked. However, I did add a page to the wiki about writing secure code (Secure_Programming). I hope people find it useful and will add ReactOS specific items to it. I decided to use another page rather than add to Programming_Guidelines as it could grow quite big on its own. It is not linked from any other pages as I didn't want to tread on anyones toes or get in the way of someone else. Hope this helps people write a bit more securely :) Martin

2 1

Jump to page:

2026

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev