Hi Marek,
On Tue, Mar 27, 2012 at 9:13 AM, M C wrote:
> Hi everyone,
>
> My name is Marek Chmiel, I am a student a NEIU. I am studying computer
> science and network security related topics. This semester I had spent
> a fair amount of time writing crypt related functions with java, and
> became
Hi everyone,
My name is Marek Chmiel, I am a student a NEIU. I am studying computer
science and network security related topics. This semester I had spent
a fair amount of time writing crypt related functions with java, and
became very interested in Cryptography. After looking over the
suggested i
;s possible I
think the OCR
plan could be schedule low priority, maybe I'll investigate it in the
future. Is it a
good GSoC idea to improve font related testcase base on bitmap compares?
Thank you!
--
Regards,
Qian Hong
-
Sent from Ubuntu
http://www.ubuntu.com/
Hi,
On 3/26/12 10:29 PM, Qian Hong wrote:
- Improve Wine CJK font support
The main idea is fix Bug 16325 [11], Aric and others have done a lot of work
on it, and I'm glad to participating too. I think the main blocker for Wine
CJK font support is Font Association now, is it suitable for a GSoC
Hi Holy,
On Tue, Mar 27, 2012 at 12:38 PM, HolyCause wrote:
> I already asked Austin about that for my GSoC proposal:
>
>> in short, I think this effort is best spent somewhere else. GUI
>> testing is really hard to get right, and very expensive(time, effort,
>> disk space, cpu power, etc.).
>
>
Qian,
- Improve Wine App install / App running testing
This idea is similar with Austin's early work [18], my idea is using sikuli
[19] instead of autohotkey, since sikuli is more powerful for complex work.
Sikuli using tesseract as orc engine, so if we done this job we can prevent
many font re
great if I can
get start with the 2012 GSoC and keep submitting patches to Wine after that. I
have lots of ideas in my TODO list, unfortunately most of them might too hard
to do as a GSoC project. Anyway, I'll post my ideas here, wait for feedbacks,
choose one of them as my GSoC idea, and leave
Thank you for your support.
I will probably make two proposals. One for theming and one for
explorer. Of course my proposals will only be using c as the
programming language.
It looks like I have a lot of research to do before I can submit my application.
On Wed, Feb 23, 2011 at 3:20 AM, Juan Lang
Hi Andrew,
> Though I understand this is probably the lower priority on the wine
> developers list. As integrating into Linux desktop is probably the
> preferred and most used mode. I thought that sharing reactos explorer
> and working on making a complete explorer(including extensions) would
> be
I had assumed that the browser part of explorer simply hosted another
control or collection of controls. Though explorer is more than a
browser. It also acts like a desktop shell.
Though I understand this is probably the lower priority on the wine
developers list. As integrating into Linux desktop
On 2/20/2011 18:58, Roderick Colenbrander wrote:
On Sun, Feb 20, 2011 at 4:05 AM, Andrew Green wrote:
I was just looking at the Google summer of code(GSOC) ideas and
noticed "implement the explorer". This grabbed my attention as I have
recently been working on a windows xp explorer clone.
Also
On Sun, Feb 20, 2011 at 4:05 AM, Andrew Green wrote:
> I was just looking at the Google summer of code(GSOC) ideas and
> noticed "implement the explorer". This grabbed my attention as I have
> recently been working on a windows xp explorer clone.
> Also it mentions a reference to ReactOS explorer
I was just looking at the Google summer of code(GSOC) ideas and
noticed "implement the explorer". This grabbed my attention as I have
recently been working on a windows xp explorer clone.
Also it mentions a reference to ReactOS explorer written in c++. Well
there is a second explorer which is plann
2009/3/18 Roderick Colenbrander :
>> Your email left me confused because you say implementing D3DXMesh is
>> small however towards the end of your email say it is a large job.
>> Surely having something small is good for SoC projects, no?
>>
>
> D3DX is huge and D3DXMesh is a small part of it but I
> Your email left me confused because you say implementing D3DXMesh is
> small however towards the end of your email say it is a large job.
> Surely having something small is good for SoC projects, no?
>
D3DX is huge and D3DXMesh is a small part of it but I meant that just
implementing D3DXMesh
Your email left me confused because you say implementing D3DXMesh is
small however towards the end of your email say it is a large job.
Surely having something small is good for SoC projects, no?
On Tue, Mar 17, 2009 at 9:13 PM, Roderick Colenbrander
wrote:
>> Just an idea I came up with for Goog
> Just an idea I came up with for Google's summer of code is perhaps
> implementing some of the D3DXMesh header files and functions so that
> we can get on with implementing functions such as D3DXCleanMesh which
> I believe Assassin's Creed needs.
>
> I have no intention of applying for GSoC howev
Just an idea I came up with for Google's summer of code is perhaps
implementing some of the D3DXMesh header files and functions so that
we can get on with implementing functions such as D3DXCleanMesh which
I believe Assassin's Creed needs.
I have no intention of applying for GSoC however it's an i
On Tue, Apr 1, 2008 at 3:58 AM, Robert Shearman <[EMAIL PROTECTED]> wrote:
> James Hawkins wrote:
> > On Mon, Mar 31, 2008 at 8:11 PM, Juan Lang <[EMAIL PROTECTED]> wrote:
> >
>
> >> Personally, I've thought that playing around with the
> >> native LPC API might be interesting. I'm sure there
James Hawkins wrote:
> On Mon, Mar 31, 2008 at 8:11 PM, Juan Lang <[EMAIL PROTECTED]> wrote:
>
>> Personally, I've thought that playing around with the
>> native LPC API might be interesting. I'm sure there are other areas
>> of the native API that are sparsely documented, and for which some
> But is the API in question useful for the Wine project as far as
> fixing apps? I don't think we should devote SOC resources to a
> project that doesn't progress Wine beyond just implementing more APIs.
That's a good point. Alex, you'd probably want to specify which APIs
in particular you'r
On Mon, Mar 31, 2008 at 8:11 PM, Juan Lang <[EMAIL PROTECTED]> wrote:
> > Find a suite of third party applications and drivers that depend on
> > the undocumented APIs otherwise your not going to get very far with
> > getting your code in.
>
> Why is that? There are varying amounts of "undoc
> Find a suite of third party applications and drivers that depend on
> the undocumented APIs otherwise your not going to get very far with
> getting your code in.
Why is that? There are varying amounts of "undocumented." Not
documented on MSDN doesn't mean that no documentation exists. For
On Mon, Mar 31, 2008 at 7:30 PM, a a <[EMAIL PROTECTED]> wrote:
> I made a proposal on GSoC to improve support for the Native API, an
> undocumented API in Windows. I'd really like to code for the Wine Project,
> since I like Windows, I like Linux, and I especially like low-level
> scrounging. I'm
My name is Alex. I'm an 18 year old Freshman at the University of South
Florida. I'm an electrical engineer, but I've been coding since I was 13. I
love low-level stuff, like assembly and ugly C, machine code, etc. I like to
be able to smell the processor I'm so close to the metal.
I made a propos
"Cye Stoner" <[EMAIL PROTECTED]> wrote:
I was considering submitting the development of a WinePluginApi (as
described at http://wiki.winehq.org/WinePluginApi) to Google's Summer of
Code this year. I was also hoping that anybody able to mentor me on this
project would contact me regarding the pro
Hello,
My name is Cye Stoner.
I was considering submitting the development of a WinePluginApi (as
described at http://wiki.winehq.org/WinePluginApi) to Google's Summer of
Code this year. I was also hoping that anybody able to mentor me on this
project would contact me regarding the proposal, so th
A DX app packed nicely with winlib would be wonderful. It realistically
isn't an enormous hurdle but the 'look what I did!' factor would be amazing.
Now if only you could convince Blizzard for WoW =D
On 3/15/07, Remco <[EMAIL PROTECTED]> wrote:
I was thinking of a combined project between Ogre
On Fr, 2007-03-16 at 10:30 +0100, Stefan Dösinger wrote:
> Am Freitag 16 März 2007 02:49 schrieb Remco:
> > I was thinking of a combined project between Ogre (graphics engine) and
> > Wine.
> Last I tried ogre on Wine I saw
> that the gl backend mostly works, but the d3d9 and d3d7 backends are i
On Friday 16 March 2007 13:09, Remco wrote:
> > I don't actually see the difference between running Ogre apps and other
> > DirectX apps.
> >
> > Or am I getting you wrong and you're suggesting to make the DirectX
> > backend work as a winelib app on native Linux without Wine?
> >
> > Cheers,
> > K
> I don't actually see the difference between running Ogre apps and other
> DirectX apps.
>
> Or am I getting you wrong and you're suggesting to make the DirectX backend
> work as a winelib app on native Linux without Wine?
>
> Cheers,
> Kai
Yeah, that's what I meant. I just thought it would be
Am Freitag 16 März 2007 02:49 schrieb Remco:
> I was thinking of a combined project between Ogre (graphics engine) and
> Wine. Ogre works on Windows and Linux. It has an OpenGL and DirectX
> backend. Maybe a student could try to get the DirectX-backend working in
> Linux with Wine.
>
> This would r
On Friday 16 March 2007 02:49, Remco wrote:
> I was thinking of a combined project between Ogre (graphics engine) and
> Wine. Ogre works on Windows and Linux. It has an OpenGL and DirectX
> backend. Maybe a student could try to get the DirectX-backend working in
> Linux with Wine.
I haven't tried
I was thinking of a combined project between Ogre (graphics engine) and Wine.
Ogre works on Windows and Linux. It has an OpenGL and DirectX backend. Maybe a
student could try to get the DirectX-backend working in Linux with Wine.
This would result in a lot of patches for Wine, and the first nati
34 matches
Mail list logo
