LCDInfo.com

http://www.lcdinfo.com
It is currently Tue Mar 19, 2024 6:48

All times are UTC + 2 hours




Post new topic Reply to topic  [ 40 posts ]  Go to page Previous  1, 2, 3  Next
Author Message
 Post subject:
PostPosted: Fri Jan 28, 2005 9:14 
Offline

Joined: Fri Sep 03, 2004 14:59
Posts: 7
Location: The Netherlands
So you say it is possible to check more than one E-Mail adress? If so can you give ma an example how you programmed it?


Top
 Profile  
 
 Post subject:
PostPosted: Fri Jan 28, 2005 10:35 
Offline
User avatar

Joined: Fri Dec 03, 2004 7:03
Posts: 201
Location: Sydney, Australia
I don't see anyone saying that it's possible other than you... :) Are you sure you are reading Mingingbollock correctly?

_________________
Syridian,
http://syridian.com


Top
 Profile  
 
 Post subject:
PostPosted: Sat Jan 29, 2005 13:19 
Offline

Joined: Tue Nov 18, 2003 20:37
Posts: 20
Unitl a new system is built to give me a way to allow mutliple connections, only one is possible. I would be nice if LCD Info was reworked completely but that would involve a lot of work and most would not be mine. :)


Top
 Profile  
 
 Post subject:
PostPosted: Sun Jan 30, 2005 8:46 
Offline
User avatar

Joined: Fri Dec 03, 2004 7:03
Posts: 201
Location: Sydney, Australia
KrAkKeN,

What's the issue with not being able to do multiple POP3's within the current LCDinfo?

P.S. Dude.. check your hotmail. ;)

_________________
Syridian,
http://syridian.com


Top
 Profile  
 
 Post subject:
PostPosted: Wed Feb 02, 2005 0:48 
Offline
User avatar

Joined: Sat Apr 17, 2004 17:42
Posts: 467
Location: The Netherlands
KrAkKeN,

how difficult would it be to include the (From) sender's address in your plugin?

_________________
My Plexeon-Insane LCD!-Or this one!-LCDinfo-LCDStudio


Top
 Profile  
 
 Post subject:
PostPosted: Thu Feb 03, 2005 0:57 
Offline

Joined: Sun May 05, 2002 22:05
Posts: 2063
Location: Lappeenranta, Finland
KrAkKeN wrote:
Unitl a new system is built to give me a way to allow mutliple connections, only one is possible. I would be nice if LCD Info was reworked completely but that would involve a lot of work and most would not be mine. :)

Please describe what is wrong in the current way and also some quick description of what kind changes should be done to the current plugin system to allow for the features you would like to have. I'm really interested of hearing your opinion as it can help making it better.

To be honest I don't really see what is preventing multiple accounts in the current system so it's even more necessary to know your thoughts.


Top
 Profile  
 
 Post subject:
PostPosted: Thu Feb 03, 2005 4:38 
Offline

Joined: Tue Nov 18, 2003 20:37
Posts: 20
coorz: Pretty hard now... I have lost my source for everything that I did on LCD Info which is a real bummer. I never released Build 19 source either...

Henri: I like how unique the system is and how much control you have I just don't like certain aspects. Thinking about it, the system is all there apart from a <plugindata> param that users can put data IN to the plugin (such as username and password). The things I speak of are just the general lack of a good editor. It makes it a chore to be able to display anything on screen.

I'm probably being very demanding and selfish here (sorry I don't mean to be) but what I would like is a complete re-design of the plugins and source so everything is properly modulised and all elements are encapsulated into their own "sections".

Not a great deal needs to be changed just a rewrite (following the code that is already there) and sorting everything out. The plugins need to all be re-written. No exceptions. To fit in with the new system.

The reason I say this is because so far, whenever new features are added to plugins, it's sort of a hack job and some are left cmpatible with only old versions and some with only new. If possible, it would be nice to add a streamlined way to add features to new plugins without destroying old compatibility.

This could work in a function table of about 32 entries. The software only has about 8 function calls at the moment and they could occupy the first 8 slots. Whenever a function is called, the table entry is called rathen than the function name (as long as it isn't null). That way new functions can be added without destroying the infrastructure.


Top
 Profile  
 
 Post subject:
PostPosted: Fri Feb 04, 2005 11:58 
Offline

Joined: Sun May 05, 2002 22:05
Posts: 2063
Location: Lappeenranta, Finland
KrAkKeN wrote:
I have lost my source for everything that I did on LCD Info which is a real bummer. I never released Build 19 source either...

I'm not 100% sure but I think I have had a quick look into the build 19 source so that would make me think that I have it somewhere. Maybe you emailed it to me or something. I'll check this.

Quote:
Thinking about it, the system is all there apart from a <plugindata> param that users can put data IN to the plugin (such as username and password).

Yes this is something that has been left out for a long time now even that I have planned to put it in. But adding it should be easy. Then the next thing to decide is what kind format should the parameter be. Just a text string ? That could probably be the most versatile solution. For some applications it can cause additional resource use if frequent parsing of the string is necessary but just one text string as parameter should be the simplest option.

Quote:
The things I speak of are just the general lack of a good editor. It makes it a chore to be able to display anything on screen.

You're correct here. Good editor is needed to make it easier to make screens. My plan has been that the core LCDInfo and gui/editor would be two separate pieces of software that would communicate with a well defined interface. I have added some functionality to the SDK interfaces to get started with this but there's still a lot to add. First I have wanted to make the core part good enough to know what kind features in the editor would be needed.

Quote:
I'm probably being very demanding and selfish here (sorry I don't mean to be) but what I would like is a complete re-design of the plugins and source so everything is properly modulised and all elements are encapsulated into their own "sections".

Don't worry about being too demanding. It's good to hear your thoughts and ideas of how things should work.

Yes I know the code would need some work to sort out everything to make it better structured. Any contributions here are welcome ;)

Plugin compatibility with updated interfaces is a problem now but I don't think it should be that big problem when the interfaces get more mature. My idea was to keep changing the interfaces first to find out the good working solution and then freeze the particular interface when it seems to be working well and has the necessary features.


Top
 Profile  
 
 Post subject:
PostPosted: Sat Feb 05, 2005 6:10 
Offline
User avatar

Joined: Fri Dec 03, 2004 7:03
Posts: 201
Location: Sydney, Australia
Wouldn't it be possible to structure the Plugins and the Core so that compatibility in the future wouldn't be an issue? Again, this is comming from someone who doesn't know too much about programming...

What are the compatibility issues at the moment? Is there a decent explaination somewhere about HOW the Core and the Plug-ins work? I have looked, but possibly NOT hard enough. ;)

_________________
Syridian,
http://syridian.com


Top
 Profile  
 
 Post subject:
PostPosted: Sat Feb 05, 2005 18:43 
Offline

Joined: Sun May 05, 2002 22:05
Posts: 2063
Location: Lappeenranta, Finland
Future compatibility should not be an issue after the interfaces are decided to be mature enough and frozen. The reason that recently there have been changes that have broken compatibility is that I'm just working on what the interfaces should really be like. And because of this I'm not really sure if it would even be good to allow some plugins to use the old interfaces. At least that would make things more complicated.

And also even if in future there would be more interfaces coming the old plugins should not be affected as long as the old interfaces are not touched. Now if anyone has suggestions about how the current DataSource interface should be made better you can tell your opinions in the Developers forum for example. Hopefully this could be finalized pretty soon so that no changes would be required anymore.

I don't think there's really any explanation written about how the core and plugins work and interact. The source code is the best for seeing the details ;)
Basically the plugins just tell the core what kind variables they offer and then the core asks the plugins for the variable values as it updates the screens. How all this happens is that the plugins implement some interfaces defined in the SDK and then LCDInfo asks the plugins what kind interfaces they offer. The interfaces include functions to communicate. For most current plugins offering data the most important interface is the "DataSource".
I'm not sure if this was what you were asking so if this didn't help you I'll try to make up something better :)
I don't think you were after the exact details of the core/plugin interaction as that can be quite hard for someone not knowing some C++. But if interested the source for this is in the plugin SDK (factory.h, component.h, api.h, etc...).


Top
 Profile  
 
 Post subject: Idle-Time??
PostPosted: Sun Feb 13, 2005 15:35 
Offline

Joined: Sun Feb 13, 2005 15:03
Posts: 28
Location: Stuttgart, Germany
Hi there,

how often does the POP3-Plugin query the server? Is that time adjustable?

Sascha


Top
 Profile  
 
 Post subject:
PostPosted: Sun Feb 13, 2005 23:49 
Offline
User avatar

Joined: Fri Dec 03, 2004 7:03
Posts: 201
Location: Sydney, Australia
It checks each <refresh> I believe. so I wouldn't go making it too quick if I were you. ;)

_________________
Syridian,
http://syridian.com


Top
 Profile  
 
 Post subject:
PostPosted: Wed Feb 16, 2005 15:10 
Offline

Joined: Mon Feb 14, 2005 12:46
Posts: 4
doesn't work with gmail :(


Top
 Profile  
 
 Post subject:
PostPosted: Thu Feb 17, 2005 2:58 
Offline
User avatar

Joined: Fri Dec 03, 2004 7:03
Posts: 201
Location: Sydney, Australia
Can you POP a Gmail account? I don't have Gmail, so I haven't played with it.

_________________
Syridian,
http://syridian.com


Top
 Profile  
 
 Post subject:
PostPosted: Thu Feb 17, 2005 17:15 
Offline

Joined: Mon Feb 14, 2005 12:46
Posts: 4
i can't connect, i think the prob is the port.
http://gmail.google.com/support/bin/answer.py?answer=13287


Top
 Profile  
 
Display posts from previous:  Sort by  
Post new topic Reply to topic  [ 40 posts ]  Go to page Previous  1, 2, 3  Next

All times are UTC + 2 hours


Who is online

Users browsing this forum: No registered users and 1 guest


You cannot post new topics in this forum
You cannot reply to topics in this forum
You cannot edit your posts in this forum
You cannot delete your posts in this forum

Search for:
Jump to:  
cron
Powered by phpBB® Forum Software © phpBB Group