# ReactOS Implements browseui Mechanism for Opening New Windows in an Existing Process

DevFeed: [ReactOS Implements browseui Mechanism for Opening New Windows in an Existing Process](<https://devfeed.tech/articles/locked-at-sharing-32857.md>)

Original publisher: [Read original article](<https://reactos.org/blogs/locked-at-sharing/>)

Published: 2014-09-28T00:00:00Z

Content type: article

Language: en

Sources: [Front Page on ReactOS Website](<https://devfeed.tech/sources/front-page-on-reactos-website.md>)

Topics: [ReactOS](<https://devfeed.tech/topics/reactos.md>), [implementation](<https://devfeed.tech/topics/implementation.md>)

Tags: [free](<https://devfeed.tech/tags/free.md>), [implementation](<https://devfeed.tech/tags/implementation.md>), [open-source](<https://devfeed.tech/tags/open-source.md>), [opensource](<https://devfeed.tech/tags/opensource.md>), [os](<https://devfeed.tech/tags/os.md>), [react](<https://devfeed.tech/tags/react.md>), [reactos](<https://devfeed.tech/tags/reactos.md>), [win32](<https://devfeed.tech/tags/win32.md>), [winapi](<https://devfeed.tech/tags/winapi.md>), [windows](<https://devfeed.tech/tags/windows.md>)

## AI overview

A ReactOS developer describes implementing the browseui mechanism for opening new windows in an existing process. The article says message 1037 relates to rooted ID lists, but rooting remains unimplemented, so the author focuses on message 1035.

## Source excerpt

Hello again! You may remember from last week I said I would need more information in order to implement the mechanism browseui uses to open new windows in an existing process. Well, spoiler alert if you haven't read the SVN log: I got the information, and I wrote an implementation. First of all, it turns out message 1037 is related to the rooted idlists. Since rooting is completely unimplemented at all the levels down to the implementation of the idlists, I stopped trying to figure out that message, and instead focused on the important one, 1035.