Ros-dev

ros-dev@reactos.org

5788 discussions

Re: [ros-dev] [ros-diffs] [dgorbachev] 25911: Indonesian translation by Zaenal Mutaqin

by Aleksey Bragin

On Feb 27, 2007, at 3:04 AM, dgorbachev(a)svn.reactos.org wrote: > Author: dgorbachev > Date: Tue Feb 27 03:04:43 2007 > New Revision: 25911 > > URL: http://svn.reactos.org/svn/reactos?rev=25911&view=rev > Log: > Indonesian translation by Zaenal Mutaqin > > -= skip =- > trunk/reactos/ntoskrnl/mm/npool.c > I don't think that was intended, so please undo the change. WBR, Aleksey Bragin.

17 years, 7 months

dcote info

by Dominic Cote

Hi, Just a quick email to let you know that I am a kernel programmer working with Alex. I am now working on the fsrtl lib. I am almost done with fastio.c at this point. Thanks --Dom

17 years, 7 months

Re: [ros-dev] Marlett font

by mf

> Nevertheless the fonts should look fine with default settings. But it may look better with all features enabled. Fonts look fine, yes, but don't expect them to look better by adding bytecode which is IGNORED. Sigh, mf

17 years, 7 months

Re: [ros-dev] Marlett font

by mf

Thomas Weidenmueller wrote: > No, the disabled functionality doesn't affect the output in any way > except speed. Only the byte code interpreter is affected by patents, but > the hinting is still done correctly, although slower. Exactly. This byte code is the hinting that Ged suggests embedding in our Marlett font. Of course freetype still hints, but it ignores the bytecode and works around it. Hence embedding hints in the TTF would be rather useless. Ask wierd_w, he's been having a lot of trouble with hinting and freetype. The only solution we could come up with is adding a hack for greyscale bitmap fonts that substitute the outlines for certain font sizes. mf

17 years, 7 months

Re: [ros-dev] Marlett font

by mf

Hi, > Another area that will need attention is adding hints to all the glyphs and > making it a TTF. Patent pansies have disabled hinting in ReactOS' freetype. So hinting will do us no good, as hints are not parsed by the font engine. Regards, mf

17 years, 7 months

Interesting article series about NT 6 ntoskrnl on MS TechNet

by Klemens Friedl

Inside the Windows Vista Kernel: Part 1: http://www.microsoft.com/technet/technetmag/issues/2007/02/VistaKernel/Defa… Inside the Windows Vista Kernel: Part 2: http://www.microsoft.com/technet/technetmag/issues/2007/03/VistaKernel/Defa…

17 years, 7 months

Fwd: Important Daylight Savings Time Update for Developers

by David Johnson

Begin forwarded message: > From: "Microsoft US Developer Team" <developer(a)response.microsoft.com> > Date: February 22, 2007 11:54:45 AM CST > To: <davidjohnson.johnson(a)gmail.com> > Subject: Important Daylight Savings Time Update for Developers > Reply-To: "Microsoft US Developer Team" > <developer(a)response.microsoft.com> > > > > > Dear Valued Microsoft Customer, > > In 2005, the United States government passed the Energy Policy Act > of 2005. This act changes the start and end dates for Daylight > Saving Time (DST) as of spring 2007. These changes may impact the > way applications run. Microsoft is releasing an update for Windows > through Microsoft Update that reflects these changes. > > Developers who use the .NET Framework may find their applications > affected if the application uses the time zone information for > historical purposes or if they have derived custom classes from > System.TimeZone to provide custom time zone information. The > standard System.TimeZone class provides a managed wrapper for the > underlying Windows Operating System time zone functions. > > In addition, developers who use Visual C++ may find their > applications affected if they use the CRT time functions, or the TZ > environment variable. Microsoft is currently working on a fix for > this issue and will post information about its availability on the > Visual Studio Support page. > > Most applications that use these affected classes will not need to > be modified as this update will ensure that the correct data is > provided seamlessly to the application. However, applications that > use these classes or the underlying Windows API to perform > historical time look-ups will need to be modified. > > In most cases, developers who have extended the .NET Framework’s > time zone support by creating custom time zone classes derived from > System.TimeZone, or by direct access to the Win32 API, will not > have to update their applications as long as the available updates > to the operating system are applied. However, solutions that rely > on private time zone data, or that retrieve system time zone > information by accessing the registry directly, may need to be > updated. Applications that deal with historical time zone data may > also need to be updated. > > Microsoft advises all developers who make use of time zone data to > test their applications against this update to ensure that their > applications function correctly. > > For more detailed information and the latest updates please visit > http://msdn2.microsoft.com/en-us/vstudio/bb264729.aspx, Preparing > for daylight saving time changes in 2007, and KB928388: 2007 time > zone update for Microsoft Windows operating systems. > > Further Assistance > > Microsoft values your business. For more information visit http:// > www.microsoft.com/dst2007, or contact Microsoft for assistance. A > list of phone numbers is located at http://support.microsoft.com. > Microsoft Premier Customers may engage their Technical Account > Manager directly. > > Please DO NOT REPLY to this email as this is not a monitored inbox. > If you have questions/inquiries please visit http:// > www.microsoft.com/dst2007 > > This e-mail is intended for distribution within the United States. > Please contact your local Microsoft subsidiary for similar > offerings outside the US. > > Thank you, > > Microsoft US Developer Team > > > > > > > _________________________________ Dave Johnson http://www.davefilms.us DaveFILMS® San Diego, CA & Nashville, TN http://thevoicezone.us The Voice Zone™ Voice Talent Writer, Producer, Director Independent Audio Theater Producer Voice mail and Fax#:(206)350-2915 Skype & Msn Live messanger "DaveFilms"

17 years, 7 months

Marlett font

by Murphy, Ged (Bolton)

I have a patch to move all the functionality of DrawFrameControl over to the Marlett font, but before I add it I think the font needs a bit more work. We have the outlines for all the glyphs in trunk under media/fonts/marlett.ttf, but they need some TLC. One thing which stands out are the caption buttons. Drawn at 10pt, which is what is used for regular caption bars, they don't appear as clearly as they should. Another area that will need attention is adding hints to all the glyphs and making it a TTF. I have no experience with fonts, hence me writing this mail to ask if any font designers are willing to help make our Marlett font complete. Cheers, Ged. Registered Office: PO Box 1 Salford Road, Over Hulton, Bolton, BL5 1DD. Registered in England: No. 2375355 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)eu.exide.com <mailto:postmaster@eu.exide.com> 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 <www.exide.com>

17 years, 7 months

Re: [ros-dev] [ros-bugs] Indonesian resource language for ReactOS

by Murphy, Ged (Bolton)

Zaenal Mutaqin wrote: > Indonesian resource language for ReactOS. Wow, nice work! > translated from us-EN.rc/en.rc to id-ID.rc/id.rc. You should try to keep the file naming convention the same throughout. The reason we have both en.rc and en-US.rc is historical, but incorrect now. We should be using en-US.rc for US files as US English uses different spellings than other countries. This gives us scope for other variations like en-GB and en-CA. Unfortunately, I don't know much about the Indonesian language, but it's best to stick with id-ID in case there are other variations on the Indonesian language (and to follow suit with the format the rest of our resource files need to move to) Ged. Registered Office: PO Box 1 Salford Road, Over Hulton, Bolton, BL5 1DD. Registered in England: No. 2375355 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)eu.exide.com <mailto:postmaster@eu.exide.com> 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 <www.exide.com>

17 years, 7 months

Re: [ros-dev] [ros-diffs] [weiden] 25828: - Move around definitions to make the code a bit more modular - Use an about menu instead of an button

by Murphy, Ged (Bolton)

weiden(a)svn.reactos.org wrote: > > Modified: trunk/reactos/base/applications/charmap/charmap.c > + case WM_SYSCOMMAND: > + { > + switch(wParam) > + { > + case ID_ABOUT: > DialogBox(hInstance, > MAKEINTRESOURCE(IDD_ABOUTBOX), > hDlg, > AboutDialogProc); Modified: trunk/reactos/base/applications/charmap/map.c + if (RegisterClass(&wc)) + { + wc.lpfnWndProc = LrgCellWndProc; + wc.cbWndExtra = 0; + wc.lpszClassName = szLrgCellWndClass; > Modified: trunk/reactos/base/applications/charmap/precomp.h > -INT_PTR CALLBACK AboutDialogProc(HWND hDlg, UINT message, WPARAM wParam, LPARAM lParam); > -LRESULT CALLBACK LrgCellWndProc(HWND hwnd, UINT uMsg, WPARAM wParam, LPARAM lParam); Maybe I'm reading the diff wrong, but does this not break the build? (not been able to svn up this weekend) I'm guessing the 'case ID_ABOUT' should now call ShowAboutDlg, but what about the assignment of LrgCellWndProc? Ged. Registered Office: PO Box 1 Salford Road, Over Hulton, Bolton, BL5 1DD. Registered in England: No. 2375355 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)eu.exide.com <mailto:postmaster@eu.exide.com> 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 <www.exide.com>

17 years, 7 months

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

Ros-dev