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 <john....@magorcorp.com> 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 <john....@magorcorp.com>
> > 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 Freerdp-devel@lists.sourceforge.net
> > 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
> Freerdp-devel@lists.sourceforge.net
> 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
Freerdp-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/freerdp-devel
