|
From: Marc-André M. <mar...@gm...> - 2011-09-19 18:52:31
|
Hi John, I just added the missing code for fast-path pointer PDUs. xfreerdp should now be able to receive pointer updates in both slow-path and fast-path mode. On Mon, Sep 19, 2011 at 1:58 PM, John Eke <joh...@ma...> wrote: > Ill work on issues #90 and #91. Could someone please assign those to me > (johneke)? Couldn't do it myself > > - John E > > On Mon, 2011-09-19 at 09:59 -0400, Marc-André Moreau wrote: > > > > > > On Mon, Sep 19, 2011 at 8:55 AM, John Eke <joh...@ma...> > > wrote: > > Good stuff Marc-André, I could work on the xfreerdp cursor > > support > > issue. There could be another issue however which I eluded to > > before: > > Right after connecting to an RDP server I noticed I never got > > initial > > cursor create messages. Subsequently however I would get > > messages to > > switch to cursors which havent been cached. In addition I > > never recieved > > cursor messages with fast path mode on. The xfreerdp cursor > > support > > issue could be blocked on these. We should probably put those > > issues on > > the list as well? > > > > > > If you use --no-fastpath for now, you'll get the messages. The hooks > > have been implemented for slow path messages only, it's still empty > > for fastpath. You can take a look at fastpath_recv_update for the > > messages like FASTPATH_UPDATETYPE_PTR_POSITION. It should be quite > > similar to the slow path ones. > > > > > > I updated the ticket to reflect this > > > > - John E > > > > > > On Sun, 2011-09-18 at 14:31 -0400, Marc-André Moreau wrote: > > > Hello FreeRDP developers, > > > > > > > > > FreeRDP 1.0 is now getting increasingly closer to > > completeness for a > > > potential 1.0 release. Our current wish date would be the > > end of > > > September, and the more realistic date would be towards the > > end of > > > October. That being said, there are still a couple of things > > which > > > need to be completed before we can make the 1.0 release. > > > > > > > > > The list of issues currently marked for 1.0 is listed here: > > > > > https://github.com/FreeRDP/FreeRDP/issues?milestone=1&state=open > > > > > > > > > I'm thinking that maybe some of the smaller issues listed > > there could > > > be moved for after 1.0, but maybe of the issues opened, > > especially > > > those involving the virtual channel plugins, really have to > > be > > > completed. > > > > > > > > > I'll be working mostly on the issues related to the > > graphical > > > messages. There is also need for certain improvements in > > xfreerdp, for > > > instance cursor support. > > > > > > > > > Otavio, since you worked on smartcard, serial and parallel > > port > > > redirection, it would be a good thing that you get to work > > on those if > > > you have time. Otherwise, there's someone that volunteered > > to help > > > with smartcard redirection. > > > > > > > > > This really is a sprint, we want to get 1.0 completed ASAP > > so that we > > > can get everybody moved to 1.0 and deprecate the older 0.x > > development > > > branch. We should not remain in this transition situation > > for too > > > long. > > > > > > > > > If you've been watching 1.0 development for a while and > > wanted to > > > help, now is the time to manifest yourself. We need your > > help ;) > > > > > > > > > As for users, please keep reporting issues, it helps having > > a better > > > idea of the current status of FreeRDP 1.0. > > > > > > > > > Best regards, > > > - Marc-Andre > > > > > > > > ------------------------------------------------------------------------------ > > > BlackBerry® DevCon Americas, Oct. 18-20, San Francisco, > > CA > > > > > http://p.sf.net/sfu/rim-devcon-copy2 > > > _______________________________________________ > > Freerdp-devel mailing list Fre...@li... > > https://lists.sourceforge.net/lists/listinfo/freerdp-devel > > > > > > > > ------------------------------------------------------------------------------ > All the data continuously generated in your IT infrastructure contains a > definitive record of customers, application performance, security > threats, fraudulent activity and more. Splunk takes this data and makes > sense of it. Business sense. IT sense. Common sense. > http://p.sf.net/sfu/splunk-d2dcopy1 > _______________________________________________ > Freerdp-devel mailing list > Fre...@li... > https://lists.sourceforge.net/lists/listinfo/freerdp-devel > |