v0.33 up with xAuth/SSL support.
On Mon, Feb 28, 2011 at 4:02 PM, brian - hikarito...@gmail.com wrote:
http://dev.twitter.com/pages/auth_overview
http://dev.twitter.com/pages/auth_overviewThere's xAuth to skip the PIN
step, but requires the twitter user/pass.
Also I made a method in my lib
TWebbrowser? ShellExec?? Chromium?? Why don't you use ICS HTTPCli for
authorizing? You may even display an original page with powerful ThtmlViewer
component.
--
Anton
--
To unsubscribe or change your settings for TWSocket mailing list
please goto
There's already a method through httpcli, but PIN approach should always be
encouraged.
v0.32 up
On Mon, Feb 28, 2011 at 10:32 AM, Anton S. an...@rambler.ru wrote:
TWebbrowser? ShellExec?? Chromium?? Why don't you use ICS HTTPCli for
authorizing? You may even display an original page with
There's already a method through httpcli, but PIN approach should always be
encouraged.
I don't know what PIN is but couldn't it be implemented without external
apps/activeX?
--
Anton
--
To unsubscribe or change your settings for TWSocket mailing list
please goto
http://dev.twitter.com/pages/auth_overview
http://dev.twitter.com/pages/auth_overviewThere's xAuth to skip the PIN
step, but requires the twitter user/pass.
Also I made a method in my lib to do almost like xAuth, simulating a browser
login, catching the cookies and posting the form etc to
Updated the library and uploaded to my site to reflect this modification.
Sadly though, OverbyteIcsHttpCCodZLib is still problematic, I have to keep
using the modified version to make it work.
On Sun, Feb 27, 2011 at 7:56 AM, Francois PIETTE
francois.pie...@skynet.bewrote:
I will modify the
Updated the library and uploaded to my site to reflect this modification.
Super !
Sadly though, OverbyteIcsHttpCCodZLib is still problematic, I have to keep
using the modified version to make it work.
I can't find your unit.
Is it the chnage that Henri Gourvest published (see attached
Don't see an attached message in your reply :( but anyway, lurking through
the archives some time ago I found someone submitted a modification to
apparently fix this problem, but that still didnt work for me.
Changing this in OverbyteIcsHttpCCodZLib did the trick though:
55: Result := 'gzip,
On 27-02-2011 16:01, brian - wrote:
Simply added deflate to the result. Without that, I don't get any data back.
Juts tested your component here, without that modification, and works
just fine. What exactly happen in your case. What data you don't get?
--
To unsubscribe or change your settings
posted an update to my lib:
http://eden.fm/2011/02/27/another-twitter-library-update-v0-3/
http://eden.fm/2011/02/27/another-twitter-library-update-v0-3/You can now
use an alternate method to wont require the user to visit the twitter site
to get the PIN code, the app will simulate a browser
posted an update to my lib:
http://eden.fm/2011/02/27/another-twitter-library-update-v0-3/
Link to download on the page is broken !
--
francois.pie...@overbyte.be
The author of the freeware multi-tier middleware MidWare
The author of the freeware Internet Component Suite (ICS)
You can remove the b64ASM.pas dependency using the ICS equivalent
//b64asm.Base64Encode(HMAC_SHA1_EX(SignBase,signkey));
OverbyteIcsMimeUtils.Base64Encode(HMAC_SHA1_EX(SignBase,signkey));
Probably not so fast, but not really important in this case of small
length strings.
--
To
Ahh thanks, should have looked there first :) replaced it now.
Download link should work now.
On Sun, Feb 27, 2011 at 6:45 PM, RTT p...@sapo.pt wrote:
You can remove the b64ASM.pas dependency using the ICS equivalent
//b64asm.Base64Encode(HMAC_SHA1_EX(SignBase,signkey));
On 27-02-2011 17:18, brian - wrote:
use an alternate method to wont require the user to visit the twitter site
to get the PIN code, the app will simulate a browser login, catch the
cookies and proceed to auth on its own to retrieve the PIN.
This will work until twitter decide to change these
that alternate method was mostly a test to see if I could make it work, I
still encourage using the PIN system :) I like it tbh, even with the
annoyance of havign to login and retrieve the pass for the user, it's only
required once.
ill most likely remove this alternate proc in next revision, and
On 27-02-2011 18:39, brian - wrote:
I like it tbh, even with the
annoyance of havign to login and retrieve the pass for the user, it's only
required once.
As I said, Twitter don't require the PIN, so you can ignore that step.
User only need to authorize the application, and forget about the
hmm interesting, I will test about the PIN; I guess Twitter associates the
1st auth token with the user's account after they allow the app.
I don't really like the idea of embedding the TWebBrowser object, bulky and
buggy activex stuff.
On Sun, Feb 27, 2011 at 8:18 PM, RTT p...@sapo.pt wrote:
On 27-02-2011 19:29, brian - wrote:
I don't really like the idea of embedding the TWebBrowser object, bulky and
buggy activex stuff.
The WebBrowser control works very well for this simple navigate to a
page task.
If you want to test, just replace your RequestPIN code with the next one.
I was actually 'open' for years, but I've been seeing users not able to
launch urls from my apps with that, cause the default browser may not have
defined that command, was still using it in the first versions of twitter
lib. I added the ShellExecute import to avoid adding another unit; I rather
On 27-02-2011 23:31, brian - wrote:
I added the ShellExecute import to avoid adding another unit; I rather
not include entire units for things where I need only a couple procs and
such, it adds up to the exe unnecesarily.
The smart linking feature should work ok for the shellapi unit.
As for
Subject: Re: [twsocket] TTwitter component
I was actually 'open' for years, but I've been seeing users not able to
launch urls from my apps with that, cause the default browser may not
have defined that command, was still using it in the first versions of
twitter lib. I added the ShellExecute import
It is my understanding the GPL v3 license restricts any commercial
closed source use except in the case that the GPL'ed source code is
compiled into a separate library that is linked to during run-time vs.
being compiled into the exe file itself.
LGPL (for LesserGPL) let you link to a library
Ok, here's my twitter implementation :
http://eden.fm/2011/02/27/twitter-library-for-delphi/
On Tue, Feb 22, 2011 at 12:13 PM, Francois PIETTE francois.pie...@skynet.be
wrote:
You should really consider making in freeware/opensource.
You'll gain something: other people will find bugs and
Hello Brian,
Ok, here's my twitter implementation :
http://eden.fm/2011/02/27/twitter-library-for-delphi/
It is very generous to make it OpenSource. Thanks a lot.
There is still one big issue with your code: it make use of a modified ICS
unit. Using a modified version make it almost
Hi :)
I actually send a mail to the list about this change:
sender-time Sent at 11:37 PM (GMT+01:00). Current time there: 7:27 AM. ✆
to ICS twsocket@elists.org
date Mon, Feb 21, 2011 at 11:37 PM
subject THttpCli modification request, and gzip fix
I made that minor change to ease the header
I will modify the code to use a variable for this outside the ics
unit, as this will create only extra complication when a new ICS is
available.
Good :-)
But, you mention it's very different from your current one, do you mean a
new version still in development? since I have the latest
You should really consider making in freeware/opensource.
You'll gain something: other people will find bugs and make enhancements.
Your own applications will then be better. And you'll enter the hall of
fames :-)
Always been a bit skeptic about open source,
how do you make money from that :)
On 2/21/2011 2:24 PM, brian - wrote:
Always been a bit skeptic about open source,
how do you make money from that :)
What you would contribute to the ICS community as
open source is just the base component -- not the
application level implementation, which is where we
all have the
I'm pretty sure I mailed mine a few years ago, but might as well send
another :) I just do see more and more people lately using Indy by default
since it started coming packed with Delphi, and they either don't know about
ICS or prefer the simplicity of Indy. I prefer ICS for the control it gives
Always been a bit skeptic about open source, how do you make money from that
:)
On Sun, Feb 20, 2011 at 3:23 PM, Francois PIETTE
francois.pie...@skynet.bewrote:
closed source for now since im using it for another large project, and the
libraries are not complete, it's mostly just the steps to
...@elists.org] On
Behalf Of brian -
Sent: Monday, February 21, 2011 4:25 PM
To: ICS support mailing
Subject: Re: [twsocket] TTwitter component
Always been a bit skeptic about open source, how do you make money from that
:)
On Sun, Feb 20, 2011 at 3:23 PM, Francois PIETTE
francois.pie
Always been a bit skeptic about open source, how do you make money from that
:)
Just ask RedHat or Canonical, for example. Better yet, ask François !
Like Jeff said, you're not open-sourcing your application, just the component.
In return, you will get lots of debugging/testing and even
I'll post the code in google code along with that tiny client :) it's
nothing major and my code is probably embarrassingly messy
and primitive though, I'm sure it can be improved a lot ^^ Just a small
clarification though, it's not a component, it's only a unit with an object
I called TTwitterCli,
I made my own twitter and oauth libraries from scratch, full unicode
support, with ICS :) Never liked Indy.
http://eden.fm/twitmee/
Good !
Do you made it freeware/opensource ?
I only see an exe file at the link you provided.
--
francois.pie...@overbyte.be
The author of the freeware multi-tier
closed source for now since im using it for another large project, and the
libraries are not complete, it's mostly just the steps to auth with twitter
and send the messages. I saw someone else made an oauth for delphi already,
but didnt like it, too much use of classes for any little things and
I'm using it also for a plugin for this application: http://malupdater.com/
http://malupdater.com/All these posts are being sent by ICS ^^
http://twitter.com/#!/search?q=%23MalUpdater
On Sun, Feb 20, 2011 at 12:45 PM, brian - hikarito...@gmail.com wrote:
closed source for now since im using it
I don't get why ICS isnt more widely used,
Well ICS is widely used. More than one hundred thousands download so far.
And about four thousands registration (That's how many postcards I've
receive so far. BTW: Have you mailed yours ?).
it's imo far more advanced and gives you a lot more
closed source for now since im using it for another large project, and the
libraries are not complete, it's mostly just the steps to auth with
twitter
and send the messages.
:-(
You should really consider making in freeware/opensource.
You'll gain something: other people will find bugs and
://www.overbyte.be
- Original Message - From: RTT p...@sapo.pt
To: ICS support mailing twsocket@elists.org
Sent: Friday, February 18, 2011 3:47 PM
Subject: Re: [twsocket] TTwitter component
On 18-02-2011 13:52, Francois PIETTE wrote:
It starts to become interesting :-)
What other dependency
On 18-02-2011 13:52, Francois PIETTE wrote:
It starts to become interesting :-)
What other dependency is there ?
None
What is the license for that component ? Could it be added to ICS
distribution or ICS usermade web page ?
From what I can see, MIT License for all the code from the author
OK, thanks for the infos.
--
francois.pie...@overbyte.be
http://www.overbyte.be
- Original Message -
From: RTT p...@sapo.pt
To: ICS support mailing twsocket@elists.org
Sent: Friday, February 18, 2011 3:47 PM
Subject: Re: [twsocket] TTwitter component
On 18-02-2011 13:52, Francois
41 matches
Mail list logo
