₦airaland Forum

learn HTML5 and CSS, then finally JavaScript.
You may want to use an IDE(Integrated Development Environment).
My suggestion:
"Aptana Studio 3" - www.aptana.org.
Its a very powerfull IDE for web development.
. Though its fancier, I wouldn't suggest Adobe Dreamweaver... Cause, I do not think you may want to spend some few hundreds of dollars to buy a Software while you are not in a Live production environment.
Regards.
.... WhIZTiM

lordZOUGA: @whiztim, you got mail

Yep... I just saw it... I have responded appropriately.....

nope. I will tomorrow when I am on PC.

coming from a C++ background, the *import as* in Python 3.x.x has saved me namespaces difficulty....

well, you have to start somewhere. Just anywhere. You may want to use GCC. Get an Integrated Development Environment(IDE)... Then open one of the introductory ebooks you have... And thats all.!!
IDE example on windows..., "Dev-C++ 5" or "Codeblocks 10".
Try.. Bloodshed.net or codeblocks.org

Done with systemtray integration... Now prompts close... Whether to run in background(tray) or exit.
Removed "QtConcurrent" header.

Question: where do I place the updates and binary

lordZOUGA: I can't imagine why you want to use a shared library.. this would take at most 12 lines of code

err... I doubt at most 12 lines.... its a lil bit over 12.
Secondly... I'v never implemented a shared library in Qt before...
Thirdly, I think I get your point. I'll abandon the shared library thing for a major class/routine in future... so, i'll just go back in my free time, scrap the silly endeavor and hardcode it into the project..

The maximum compression I have achieved with an app made outta Qt libraries is 3.5MB. And if am not mistaken, that one that was uploaded was compiled with GDB debugging symbols. (debug mode). Hence the libraries are a bit larger than usual. Sorry Kwest, but it is completely impossible to have this app under 4.8MB in Windows... One of Qt's drawback in Windows. But when more features come by in the future, I bet you wouldnt complain of 'app size to app functionality' ratio.

@lordZOUGA. I hv recieved your mail over my phone(I dunno why I cnt send email on it)... Wil reply u as soon as I am on PC. And did an extra work on the system tray... Wanna implement it as a shared library( plain stupidity huh? :-) ). Its been crashing the app. Trying to figure out my 2nd problem. 1st problem on the shared library was the compiler complaining of vtable as regards to moc translation of Q_OBJECT Macro. I managed to solve that one. Now... this current problem? Arrgh!!... Will continue later in the week... I hope the integration of my silly little library works....

Tried resending u a mail here I didnt know it did not get to you. Ok. I did just dish out my email here.... Dnt like spammers or bots picking up my email address. Here is it. Remove the % and translate the brackets. "%whiztim (at) outlook (dot) com%"
jst beep me with a simple mail.
The QSystemTray implementation?? 20%. Only started subclassing it before I had to suspend it for other tight engagements. So, Not done. Will be done before the coming week runs out.... But meanwhile, can u Upload ur recent work lemme use that. I love your QML design. Pretty good for touch screen esp Windows8.

Ok... Any method will do... I am on whatsapp but not a regular user. I prefer mail also. I tried sending u a mail here but its not going, probably cause we aren't friends here... Or what?? *indifferently_confused*

No. I am not that sensitive. I am and have been going through difficult time psychologically in the past few weeks till date.
And am trying so hard to keep sane.....
Forgive me if I was apprehensive...
Ok. Am in... :-)

lordZOUGA: update?
Gave the GUI a major overhaul... I think it looks better now.. Haven't pushed this commit to the remote repository yet... Will do that soon.

okkk. Will back out.
You may Try and Fix the bug in the tableview. And the crash if a Wrong path is entered manually. Em Off

@lordZOUGA.

-> I have finally downloaded the program.

-> Good job I must say... The code is just minimal for the program therefore, highly efficient. Goodjob!

-> I have also downloaded the full repository of the sources to study your implementation and then ...start the little improvements I can help with...

-> You should please check your inbox here. or how do we hold a private conversation here or anywhere else?
-> to go straight to the point.


-> Since you are going to have a collaborator, though this version is fairly straight forward, please make a lot of good comments on your code especially as it grows!

->+++WHAT I WOULD LIKELY IN THE COMING WEEKS++++
-> (1) Design an Icon for the Software and Integrate it. >>>People are gona freakout when it doesn't have a decent Icon
-> (2) Get a QSystemTray implementation for it. >>>People may need it hidden from their view into the System tray
-> (3) <<<You give me the 3rd suggestion>>>
-> (4) <<<tell me what you are going to do next()>>>

-> It would be nice if you create a roadmap to this project..
-> Umm... before I go on further, Are you willing to work with have me on board??

++++CHEERS!!!++++
$$++WHIZTIM++$$

Seun: Threads make it easier to maintain and access shared data efficiently. Processes provide better isolation. Use what works best for each problem.

you are right. Simple and straight forward!! Nice. Further explanation:: Atomic operations... Semaphores in threads are better.
More light to this, ...Its very good to have server management program or suite as different processes but not a sequential and computationally intensive routine, like blurring some frames in a Non Linear Video Editor and playing it in realtime... Here threads wins.

harryobas: I totally agree with u as regards the kind of system been built but it is important to understand that i was talking about system-level concurrency as opposed to component-level concurrency. If your system is structured internally as a collection of loosely coupled components for example, i find to more useful to impose process-based concurrency at the system-level by mapping each component to its own process and leave the multi-threading decisions to the individual component developers. But if for example your system has a monolithic internal structure where all the system elements inherently share the same process, then u really have no choice but to employ thread-based concurrency at the system-level.

i don't exactly know what kind of system you are try to use. But you seem like you want modular entry points into the core process... (maybe Plugins). Sometimes, we are left with the Chicken and the Egg problem... Who came first??
I once checked on the basic plugin architecture of 2 powerful OpenSource projects. Mozilla Firefox and Google Chrome. IF I REMEMBER CLEARLY, Firefox wraps its extension in a plugin-container process, the container acts as an automatic manager and an abstraction of Firefox's api.
Chrome spawns a new wrapper process for any plugin... And all processes still hook on to a specially threaded layer on the main browser process.

I have never developed an Addon for any of them... but I can figure out that Chrome plugins will be by far easier to manage both at Developer and user level, the only drawback is overhead consumption in the 1st data pooling to each process to act on the page... Though, a natural Chrome itself is faster than Firefox... a user wouldn't notice it.

webdezzi: i think the intention here isn't expression but impression.

hahaha.
Just what a friend of mine who saw this post was saying...lol.
Anyway, How sure are you? At least give the OP benefit of doubt.....

lordZOUGA: Am having "Daymares" jus thinking about coding that type of software.

hahahaha. That my friend, is the challange of programming!. What I am currently having "daymares" on is a Conditional Permutation Algorithim using a seed value of 1 < k < n!(factorial). Where k is seed value and n is word length. And for words like "hydrothermal" with 12! Possibilites. Very large number. There has to be a methodic process to generate a permutation from the seed value, k, without having to iterate up to k! times.

I love this project idea and I think if this project is gonna grow in userbase, we need more features...
Why, i think, especially Nigerians... Due to greediness and economy..
Qt Libraries are large...
We wouldnt like to download a 3MB file for 1 feature.
**Just saying** I don't know if I am mixing up your primary aim here...

lordZOUGA: you mean build a graph with possible files that can also be copied?

yeah. Something like that... My approach then was simple... If I remember correctly, I wanted to use Python's SQLlite module as my Database storage engine. There are lots of limitations though, the database will be limited to a meagre size, maybe 20MB Max, for perfomance purposes.

The Watch folder would be monitored for manual transactions, ALL the BASIC attributes of each MANUALLY moved file will be stored in a table. But before storage, we count similar occurences of some certain property tags in all rows of the database... Record that somewhere.

If a Certain thresholed or count is reached we can make our suggestion, scan the watch folder recursively and state estimated guess accuracy for each suggestion.

Example:
i have a watch folder I moved stuff to...
The software makes does its basic job...
Later in the day, i go through some of the subfolders...
I move 7 of Psquares songs to a certain folder on my system...
I remember, oh , my software should be able to pick more of those songs....
I crank up the Software interface and see a table of suggested files to be moved to a particular destination sorted primarily by accuracy %...
I may modify some things and...
I Approve the transaction...

(The Table in the example above would have generated columns like title, artist, album, creation date, etc.. Lastly, suggestion accuracy.

..now the further modification I can do is : I can select the Psquare tracks into a group sort them by any column... Decide that oh, He has this new release!! Further select based on that Album title. Then redefine its destination to a new folder I make...And bam! Approve!!

I wanted to implement a similar thing on my Linux in Python sometime ago... With the plan of using it with "cron"(schedular)... To have it run or triggered by a change in the watch folder's "modified" attribute.
But I was discouraged by the fact that I was going to need some little more extra WinAPI knowledge to run it as a service in Windows... Arrgh!!
Qt library abstractions make me write codes for Windows.

lordZOUGA: wow, a believer! How come I haven't noticed you on this forum before??
Before I go on, you have to understand that the main concept of this project is
for the software to be subtle, intruding as little as possible to modify the filesystem by creating little or no extra files or folders. Once there are lots of folder to open to get to a file, the user gets annoyed.
About your first suggestion:
kool. An option should be made available for users to allow the software do that to files of the same class but different extensions.
Second suggestion:
the underlying filesystem does that would like to see your implementation though.
Third suggestion:
yep, that is a needed feature. I already provided a progress bar but I know its grossly inadequate

. . . Oh yeah... Had on old account here since 4yrs ago. Reregistered this year. And posting? Am a newbie in this section, just decided to google "Nigerian programming forums" ...got here... And yeah, am quite impressed...

I totally understand the project, (hopefully... Cause I am on mobile now).
What I ment in the second suggestion was a statistical recording of some certain MANUAL movements of Files such as moving 3 SINGLE tracks of an Artist "Psquare" to a specific folder. What if there are 10 more rooted in different folders contained in the watch folder...? After we have categorized the mp3s, we should also queue up and list possible further categorization based on the little statistical data we have... for the user to approve when he pops up the GUI at his own time...
......
Its a roadmap suggestion, implementation has to be carefully done to allow it scale in future... I would start taking a look at it next week and hookup with you on github.

Hmmmmn... Pretty decent project.
Luckily, I am a C++ and a Qt pro...
I would participate and improve on the project if you do not mind... Cause I have same issue...lol.

FEATURES that may IMPROVE this SOFTWARE
++ you do not want to dump all kinds of mp3s in a folder, you may want to separate them at times. Use Regex to further categorize certain titles...
++ there are certain times you would want to manually reogarnize the moved item... A fullscreen manager that displays all properties of the file. And you move it in real time to your desired place... The software should intelligently study the Regex of such properties like, title, publisher, vendor, etc... Then attempt to automatically suggest action...
+++Detailed output of current operation... For geeks

These makes it a little bit more complex... but when its done, its userbase would grow...
....@OP, what do you say??

Check out the super fast "Varnish caché server". I think Facebook uses that alot. Google it

Facebook's chat system is majorly implemented in Erlang... But do have some other bindings to it.
Here is how it works... There is a modified server, MochiWeb, that is designed to handle massive pools, persistent and concurrent connections. Theres the XMPP framework that kinda gives a universial API between the client and Server.

The webserver has a pretty large cache to use, and there is a slight delay before messages are committed to their user database, when you are online, your messages are taken from your inbox table in the database + your temporary messaging box in the chat server... This is to reduce the latency between you and your mate... This technique could keep that time as low as 0.08s.

The good thing is that, there is an extra pool of hundreds of GB of memory shared accross clusters to ease load balancing and rerouting of connection to free nodes.

@Javanian, you may want to check out, Comet, concurrency and pooling...
- I hope I've eased some curiosity.... :-).

It depends on what system you are building. You made a reasonable point... But I really do not approve your excuses for your adoption of Interprocess Communication(IPC).
You know quite well that context switching can be expensive. Those crash safety issues you raised arent good excuses. Remember Defensive programming and persistent objects?? For scalability reasons, If you have multiprocessing in mind, you would definitely have to localize most of your routines, still needing threads to do that... Running a remote process wouldnt speed up your app without having most routines atomic and local. I know this cause... Theres a project am working on, dynamically processing a file between two entirely different opensource software, in GTK and WxWidgets....

Why did you use "numpy"??
You should have implemented it using the standard modules that comes with python.... Numpy wasnt exactly necessary here.