text:
Matthias Ettrich's talk on Universal Components at LinuxForum (also given at LinuxTag) is finally now online. You can view the slides
as you watch in Real Video format (part
1, part
2) or listen in ogg
format. Matthias covers everything from basic concepts of
components to CORBA, COM, Universal Objects, and UCOM
in Qt3.
Particularly notable is the coverage of Universal
Objects, which is apparently a concept that originated from a Borland/Kylix developer, and
promise of future component interoperability between the likes of
Qt, KDE, Kylix, Phoenix Basic, Python, GTK+ and what not.
Intrigued, I thought I'd take a closer look at QCom. Unfortunately, qcom.h
itself seems pretty evil (it may help if you come from COM-land), so
it is advisable to also consult the write-up which is fairly nice and concise. Personally, I find it somewhat surprising that one would have to deal with seemingly low-level details such as UUIDs and the such; one wonders what other options are available.
Finally, another useful thing you may learn from this presentation
is whether and when to pronounce Qt as "queue-tea" or "cute". (Hint: it depends on random intricate QuanTum fluctuations in ice
Since IIRC KDE 3 will be based on Qt 3 and if this UCOM will be part of KDE 3, what can we expect from KParts ? Will it be converted to use UCOM or just as it is ?
People are re-inventing 20 year old technology, badly.
Go away if you have nothing to say except pointless one-line trolls. Otherwise do a better job of explaining your opinion.
This is very nice work and deserves more than your one line put-down.
This looks like the beginning of an increasing "trollification" of KDE.
As both a windows and Linux developer I always detested Microsofts COM model. Although it looked good on paper it ended as complicated and error prone way of doing large scale development. Now I am starting to see stuff I don't like enter Linux. I could always ignore it but I always liked KDE. I wish QT would just do a widget set but as a commercial company they obviously need to put as much functionality into QT as they can. Functionality that might be better placed within KDE maybe.
KParts seemed nice but I guess like increasingly other parts of KDE everybody will just go along with the Troll functionality. They seems to be wrapping up more and more stuff that happend within the KDE community effort. Not to mention stuff that exists within the POSIX sphere. HTTP support, Regular expression stuff, Database stuff.
KDE will end up as nothing more than a thin layer on QT if its not careful.
Is there any examples of QT going along with any KDE ideas? Everything I can think of seems to be KDE changing direction to encompass latest changes in QT.
Of course people will argue that the "Trolls" are a nice bunch of guys and so they are for now, but what if they decide to license QT under more onerous conditons a couple of years from now one KDE/QT is mainstream and developers can no longer just pick and choose but are locked in like we currently are with Microsoft?
>> KDE will end up as nothing more than a thin layer on QT if its not careful.
And how is this a bad thing? Because...
>> what if they decide to license QT under more onerous conditons a couple of years from now
Then KDE stays with the GPL version and develops based off of that. 3.0 will be GPL. If an alien shoots the trolls with a brain ray, and 3.1 is only released commercially, 3.0 will still be (and always will be) available under GPL, and a fork will occur. Since that will really destroy a large chunk of Trolltech's position in the developer community (not just FS and OS developers), it's a very unlikely move. And it won't affect KDE anyway.
Incidently, I disagree with you about putting things like database abstraction into the toolkit; in modern programming, such things are pretty much necessary, and if done right (I'm not a fan of ODBC), it makes the code much more flexable and powerful.
>> As both a windows and Linux developer I always detested Microsofts COM model.
Now that I will agree with. I've been stuck doing "pay the bills" programming, and have only played around with KDE (tossing out patches to authors, mostly), but dcop seemed to head in a direction I really liked. Some things (like namespace handling) needed to be cleaned up a bit, IMO, but Signal/Slots, KParts, dcop, views and kio slaves seem to really work well together in real world situations. I'd like to see something like KParts and dcop without a GUI so that server and embedded processes can be connected to remotely and controlled via native KDE app connectivity, plus a full relational database included by default into KDE (something like MySQL - small, fast and relatively (for a desktop backend) powerful), but that's just me daydreaming about the perfect environment.
KDE as a thin layer on top of QT would be bad. Its bad because I would like KDE to be not so dependant on one company and for KDE to have a broad base of developers working on it from around the world. And for those developers to pursue their own direction independant of Trolltech.
There is some similarity to Trolltech position now and Microsofts in the 80s/early 90s. Shawn Gordon in his recent Slashdot Interview mentioned he was taking a more "QT centric" approach with his Kompany. This is much like the feeling among Windows developers of the last few years to eshew some third party software today because Microsoft was going to "officially" implement some functionality later and there was no point building your code around something today when you "knew" you would end up using the the Microsoft stuff a bit later.
For the moment the having the Free software community on board is important to Trolltech. They won't for the moment do anything to hurt that. However if commercial development takes off on KDE/QT Trolltechs priorities will change. They will use QT to drag KDE where they want to go, not necessarily where the Open source community wants to go.
I am not so sure the KDE community would branch of from QT like you mentioned above. Technically they could but as core KDE architects work for Trolltech it would be difficult even if dissatisfaction was fairly high. Once KDE was a a defacto desktop then the "official" TrollTech sanctioned branch of KDE would be the one distributed with the major linux distributions and any branch could be sidelined. I think commercial apps will weigh in importantly later on in KDEs life and the GPL guarantees will come to naught and this is when Trolltech will take charge of KDE. The more functionality they can suck from KDE into QT, means they can then charge for it under their dual licensing scheme. I think the GPL will work against free software ideals in this case.
They don't "suck from KDE into Qt". All code in Qt is property of Trolltech. They are not stealing KDE code.
The scenario you lay out is ludicrous. Trolltech will not be able to "drag KDE around". If they stop releasing the free Qt, then the KDE team would fork the latest Qt GPL version. This would destroy commercial development on KDE (which, in-turn, would cut into Trolltech license sales) for 1 year, after which KDE will LGPL their forked Qt. This would make commercial development cost nothing. If, by then, KDE has become the standard unix desktop, then Trolltech would have just signed their death.
Now, if you're suggesting that Trolltech would do something silly like fork KDE, let me tell you it would never work. I don't care how many members of KDE work for Trolltech. The news would make Slashdot headlines and in less than a week the original KDE team would be reformed and marching merrily along, with full support from the open source community.
Just curious, sorry if it sound trollish.
If TrollTech was to use KDE code would they be able use dual licence, or would they only be able to use it in the GPLd version of QT? If thats the case it will continue to be a one way merge, and there will not be using the full potential of Free Software.
Has there been any open discussion about what will happen with the KDE/Qt overlapping technologies such as Kpart. Will it be killed of as KSQL was?
Trolltech could not reuse GPLed code from KDE and integrate it into a non-GPLed product. In order to be able to do so they would need permission from the authors of the original code. This will not happen and the idea that Trolltech is taking over KDE makes little sense.
Ok, before reading this, you better understand I'm not siding with anyone's opinion -- just reporting what I believe is going on in other's minds. (A crazy thing to do to start with)
He actually makes a few important points:
1) All commercial development of KDE apps goes thru TrollTech. This means that any sort of possible revenue is TrollTech's. Bad or good? Not sure, but I sure don't like that. In one way, it improves the possibility that GPL'ed versions of commercial products will be created, if only for the freedom of bypassing the middleman (TrollTech). In another way, it also makes sure that TrollTech gets to state the rules for any sort of KDE commercial developments. No matter how honest (and they are) and good willing (and they are -- 'KDE Free Qt Foundation') they are, I don't like that, and never will.
2) Functionality has been going from KDE to Qt. KAction -> QAction, kio-slaves to qt network protocols, KParts -> UCOM. Once again, KDE serves as a nice testbed for TrollTech's additions to Qt. I don't mean to say that TrollTech's purposefully trying to use KDE as a testbed, but saying that Qt didn't improve due to KDE's usage of it, and KDE's boldness of design would be a blatant lie.
This is bad for KDE, if only from a technical point: Code duplication. Efforts that would be better put into improving what is already there.
From a 'marketing' point-de-vue, it's bad. Real bad. KDE's stuff is simply not good enough, TrollTech had to make better versions. I'm pretty sure there's gonna be an awful lot of confusion about UCOM vs KParts for KDE3 third party applications. Quote me on that.
It also creates the very real possibility that people will create cross-platform applications (which is not a bad thing, by any means) at the detrimental of KDE integration (KParts vs UCOM again) which at the very least, _sounds_ bad for KDE.
> They don't "suck from KDE into Qt". All code in Qt is property of Trolltech. They are not stealing KDE code.
You honestly believe that code is all that matter? Does design quality and algorithmic value mean nothing to you?
Yes, sharing should be encouraged at all cost. Yes LGPL is better than GPL in ALL SITUATIONS (which is my main problem with TrollTech, currently), as far as the movement is concerned. That doesn't mean that people selling code and _ideas_ they took from freely available sources should be encouraged.
I think TrollTech was a blessing for KDE, is still a blessing, but, honestly, has all the potential to become a curse. In a world, especially in the computer-related business, where the vast majority of corporations care nothing about their users/customers and everything about their pockets, that people become paranoid about most things TrollTech do is a good thing. Too many old wounds that took too long to dress.
The real issue here is the division between the idealistic part of the OSS movement (we shall all share code, knowledge, live as equals, etc.) and the pragmatic part (as long as we have something good working and going... ). The idealistic part believes that TrollTech is abusing (even without wanting to) KDE to feed its Qt product, that they already have too much freedom with basic stuff underlying KDE, and that anything they do that's not directly and unambiguously improving KDE is bad.
When I said suck I didn't mean "steal". I meant the appearance of functionality that was in KDE is being reimplemented in QT. So a migration of functionality occurs from KDE to QT.
I never said they would "stop" releasing a free version. My point is more subtle. They could take control of KDE while all the time releasing new and free versions of QT that slowly recreate the base functionality that KDE provides.The mistake is to believe that the free software community will always be as important to QT and KDE as it is now. Yes we will always have a GPLed KDE and QT. It just that commercial development built on top of KDE/QT may start calling the shots about its direction and that may not always mean a desktop that is what we want.
There are two possible forks if either party is disatisfied: Either Trolltech can fork KDE or KDE team fork QT. Let me address both and how their really is only one outcome with Trolltech in charge.
If and its a big if KDE team really did fork of the last version of QT how long would that branch of the forked QT underpinning KDE last. Trolltech would still be able to ask commercial developers to pay up to develop for the KDE teams fork of QT. They could set a very unfavourable rate for the KDE teams fork of QT all the while giving favourable rates to developers who go with with their offically sanctioned QT. Once commercial development on top of KDE is of equal importance to open source stuff, it will be what large corporates choose as their version of QT that will determine which fork will win. Since they would have to pay for the KDEs fork of QT and for the Trolltech version, they would choose the "official" QT. Hence it will be the version of KDE built on top of the "official" QT that wins.
As for the other away around you are right, Trolltech never would do some thing silly like fork KDE. They won't have to. They will practically be in charge of it anyway. Its largely matter of perception of whose is forking from who, and who is the official maintainer.
I am thinking out aloud. If someone starting making dark predictions in the 1980s about how a small bitplayer called Microsoft would slowly leverage its position with its DOS OS , to supplanting competing GUIs on top of DOS, to building the core applications, and now to providing a media content and services, it would have been seen as a "ludicrous" what if scenario. Even more so since Microsoft was then seen as the "good guy" compared to the IBM of the time.
The similarities are striking. Microsoft initially allowed all sorts of software to live on top of its OS, however it gradually ate up into that ecosystem of third party software from its position of strength of owning the underlying APIs. Almost identical in fact to what QT is starting to do with KDE right now.
I believe Trolltech is in that Microsoft 1980s phase right now and even they may not realize the possible future extent that their current position gives them. Can I buy shares in Trolltech now? (I am serious!)
The one thing you seem to miss is the KDE QT Free Foundation. If TrollTech ever makes QT proprietary, the last open version would become LGPL'ed, IIRC.
I do see your other concerns, but if companies want their software to fit into the leading desktop environment, they must use the "official" KDE way of doing things and not the QT-way...
It does bring me to a question though. Does anyone know if the KDE Project is actually planning to drop KParts or KIO? I've never heard that anywhere besides here.
Finally, I might note that TT really doesn't have total control of commercial software. Think about it: I could release an "engine" of a program that is proprietary, and then simply GPL the wrapper-GUI. The GUI would be virtually useless without the "engine," but the engine wouldn't come under the terms of the GPL because it wouldn't be linked to QT. Maybe not the cleanest way of doing things, but it would allow GUI portablity, and some other cool stuff.
I am aware of the KDE/QT free foundation. I think it might be a BSD type license its released under if that was to happen.
However they need never make QT proprietry to gradually take control of KDE. They just need to gradually recreate functionality in QT that was once part of KDE and make sure KDE tracks the latest version of QT. In that way functionality originally part of KDE libs end up in QT (Note, I am not saying KDE code ends up in QT). Once similar functional efforts by the KDE community efforts are aborted, the functionality is for use under the dual licenses of QT where they can charge commercial developers for it.
KDE functionality that was once provided for free for both open source and commercial developers ends up being charged for within QT, for commercial developers anyway, and KDE direction is then indirectly influenced by commercial concerns rather than KDE community interests.
QT interests are to be platform independant. A noble goal but the main platform after Unix that TrollTech is interested in is Windows. How likely that QTs goals will always in be same as KDE. Does KDE really care about running under Windows.
>KDE as a thin layer on top of QT would be bad. Its bad because I would like KDE to be not so dependant on one company and for KDE to have a broad base of developers working on it from around the world. And for those developers to pursue their own direction independant of Trolltech.
So you like to work for the sake of the work? The more (basic) code which is in QT the less work KDE developers have to create/correct/verify and they can take the time to develop something different/fancy, and there is enough to develop.
To get specific: have a look at the almost off topic dicussion on kde-devel about the necessity of hyphenation/justification support for a DTP application. Everybody of course thinks it would be nice if QT would provide this, since one would have to study a lot ( font handling, grammar, layout techniques ) just to start this, and there is almost nobody willing to make this effort.
And here you get specific:
>I think commercial apps will weigh in importantly later on in KDEs life and the GPL guarantees will come to naught and this is when Trolltech will take charge of KDE. The more functionality they can suck from KDE into QT, means they can then charge for it under their dual licensing scheme. I think the GPL will work against free software ideals in this case.
You are actually worrying about commercial/closed source (ccs) apps. Now, I hope, KDE will not need this and will be able to provide a free replacement for all standard and some non standard apps.
But the developers of ccs have to pay Trolltech independently of the amount of "KDE-functionality" which is in QT, if they want to develop for KDE or with QT. The alternative would be to start a new project with a LGPLd library, but why would you want to do that? why shouldnt ccs pay a trolltech tax - who carees?
There are currently many free replacements for QT, even in other lanuages - the competition is high and Trolltech will never be able to charge an unreasonable price for their toolkit.
Anyway: "Once KDE was a a defacto desktop" is far, far away. Currently its important to make it the best alternative desktop there is and every programmers effort is necessary to achieve this. This includes of course Trolltechs programmers
Yes, I do worry about Commercial apps in KDE, but not in the way you are implying. I worry that that commercial apps have the power to influence KDE via its link to QT.
I don't care that corporates they have to pay money to Trolltech. I worry that the money TrollTech receives for QT will change QT in ways that are unfavourable to KDE, and KDE will just have to go along with the changes.
I think QCOM is an example of this. A messy Windows technology being ported over to QT because Trolltech think big corporates want this sort of "enterprise" functionality. Microsoft has come up with some decent stuff in their time. COM is one of them though. From a C++ developers perspective its difficult and clumsy.
Hard to say when or if KDE becomes a defacto desktop but my belief is it might be sooner rather than later and not a long way off like you think. However once that happens the same lock in effect occurs that we have now with windows and the fact that there is other free toolkits will become irrelevant.
'A messy Windows technology being ported over to QT'
Your an Idiot, that is all I have to say.
And what do the main KDE developers think of that?
Those who developed KParts, are they happy with this evolution of QT?
I'd like to hear them express their thoughts as I don't have the technical skill to judge the matter.
The KDE developers have understood what Qt is from the start. This evolution of Qt is nothing surprising to them, I dare say. It is the people who think that Qt is a widget library who are surprised. Qt has always been more than a widget library.
If KDE has superior technology, then KDE will not be forced to switch to inferior technology. KDE developers do what is best for KDE, so maybe it is time for people to quit being so alarmist.
Actually I think you are rewriting history here. KDE developers initially treated QT as nothing more than a particularly good widget library. Its only in the last year or two that it seems to have dramatically increased its ambitions, with KDE taking on board much of its functionality.
What are QTs limits then? Does it have no limits?
Will its limits be too wrap up all OS functionality?
If KDE has superior technology it won't be forced to switch? Has history alway borne this out in the past?
KDE developers do best for KDE? Depends, What if they also work with Trolltech, will their not be conflicts of interest.
I think some hard questions are being brushed aside with a cheery don't worry. It was the lack of foresight with Microsofts strong position in the 1980s that I am stuck being a Windows developer now.
Have you ever heard of QString? What about QUrl? Or QFile? The list goes on. What does this have to do with widgets? They have been used in KDE for as long as I remember.
You show me where KDE has abandoned existing superior technology to Qt. You're the one who wants to make a point. :)
The KDE community is a much larger project than Trolltech or a few Trolltech employees. Big decisions are made by logical group decisions, not coersion. You should give the developers more credit than that. :)
Its a bit like saying Microsoft Internet Explorer is superior technolgy. It is, but only because its starved other companies of resources to develop competing browsers by being "free" so its the only one left standing.
Similarly 3 years from now, QCOM, I have no doubt will be hailed as "superior" technology if indeed KParts is killed now. But who knows how good KParts could become if it was left within the KDE community.
QString, QUrl , QFile, Are they the best examples of QT aspirations to be "greater" than a widget set? ;-) Seriously, I understand a toolkit may spread out into other areas. I just wonder about how much it will or should encroach into KDE? And how willing the KDE community would be willing to stand up against something in QT that is undesirable?
My point is how much should be done by QT and how much by the KDE community. There surely reaches a point where if the KDE community want to pass up on implementing certain functionality you got to question how interested they are really in developing a desktop that they are in control of.
I like Qt as a widget library, because of (at last for me) clear design and easy learning. But I'm in doubt about implementing non widget things. Library should do one thing good, than many things averagely. QCom can be separate library for people, who like it and KDE remains on kparts, which works well.
I would like to know, why Qt provides and KDE uses QString, when string is in the standard c++ libraries, why Qt implements container templates, when STL do the same thing... are QString, QList, etc. inspirated by MFC's CString, CList, etc.?
The QT library is older than the STL. Not all compilers which QT wanted to support could handle the templates in the STL. QString provides unicode support and implicit sharing, which the std string doesnt provide
You may want to read sections 21.2 and following
of the C++ standard:
"The header defines a basic string
class and its traits that can handle all
char-like (clause 21) template arguments..."
But AFAIK you are right in that the standard does
not require reference counted implementations (see
21.3, verse 6).
First I want to say, I agree that Qt should be split into several smaller libs (qtutils, qtui, qtextensions or something like this).
Well, the reason why to use QString instead of string is simple, all other Qt classes take QString as argument (e.g. the text for QLabels), additionally all Qt classes are documented *very* good and online, compare this to the STL docs you can find on the net.
And last thing, kparts will probably not be killed with KDE 3/Qt 3, since KDE 3 will mainly be a port to the binary incompatible Qt3 including fixes which could not be done until now due to the BC freeze.
Well, if KDE will end up as nothing more than a thin layer on QT, then more developers have more time to develop applications. Wouldn't that be good ?
KDE as thin layer on top of QT? Is that really good. Lets take it to the extreme. Its so thin that in fact QT and KDE are almost one and the same.
So now "KDE developers" can concentrate on the applications like you said. Great, but following that logic why not let Trolltech do the applications as well. Saves "KDE developers" even more time!
Following that line of thought to its conclusion we end up as KDE consumers not developers. Is that the ultimate desirable outcome.
Sure, lots of things make sense in QT, and lots of thing won't, but Trolltech as a commercial company obviously won't want to limit themselves to just a purveyor of widgets. They will add things to QT whether or not it makes sense for KDE.
In my opinion, coming from the Windows world COM is a unholy mess of a technology that seems to be coming soon to a KDE desktop near you. Will KParts disappear in favour of QCOM. I hope not. the QT / KDE programming model was so clean and now it looks like getting a lot of Windows type complications. I think this might be the first real test for the QT and KDE relationship.
Your extreme logic is flawed in that it already extreme from the get go. You should know that Qt has always been and will be more than GUI widgets.
Qt is an application framework that needs to be portable. Qt contains technology towards that portability goal. KDE uses what it needs but is not limited or controlled by Qt.
KParts will not disappear unless it is a decision by the KDE developers. KDE developers will do what is best for KDE. This is not any first real test of the Qt/KDE relationship by any stretch. :-)
KDE developers will always do what is best for KDE?
What about if they also work for Trolltech?
Then they are at the same time KDE developers and TT developers. And if they ever get into a conflict of interest, we will know what they prefer to be.
However, this silly little jealusy scenario you are flaunting is no conflict of interest.
I, for one thing, am glad of using whatever TT chooses to create.
Just as since the beginning of KDE, we were always happy to use whatever someone else was developing that was usable.
Life is only this long, and if someone wants to create a XML parser, we will use it so we don have to know how to write a damn XML parser.
If Qt grows until it does a bazillion things well, GREAT. We will do another bazillion things on top of it, or half a bazillion, or whatever.
In the end, you get more bang for none of your bucks. What exactly is wrong with it?
I, for one thing, am glad of using whatever MS chooses to create.
See the point.
No, I don't see the point.
TT produces GPLed code. KDE uses this GPLed code. If TT decides to re-do something that KDE has already done, then it will either be worse then KDE's stuff (and it goes down the drain) or better then KDE's stuff (and KDE's stuff dies, and there's a small period of switching over).
What the hell does this have to do with M$?
I'm afraid that TT will not drop its code because KDE's one is better. It is possible only in one direction.
When Microsoft released its Windows, all application developers were happy - do you remember this - "we have a standard platform at last". But Microsoft didn't stopped it became to develop applications. There is an third party application running on Microsoft system, and a Microsoft application running on Microsoft system - and Microsoft wins even if its application is much worse. The question is only when TT will finish QT and start to develop applications.
What with API's - did you see MFC ? It is horrible, but the most popular - do you think that developers have choosen it because there was nothing better ?
Well, there's a big difference between TT and Microsoft:
Microsoft produces an OS, and it's most popular office suite, and it's most popular web browser, and controls all of it. This will change in a few years, I am certain, but right now, the desktop market is cornered by M$, and for most userland (not serverland or developerland) software, it's their way or the highway.
Troll Tech produces an Open Source library, that does GUI stuff, and many other functions. It does things similar to several other libraries, both commercial and Open Source. Note the reference to *alternatives*. Yes, TT is doing things that have already been done, but unlike with M$, it isn't forced on anyone. If they produce crap software, well, then they lose, and KDE developers fork the QT tree (or perhaps switch to some other library/libraries) and TT loses. But if their software is better then what's out there, then TT wins, KDE wins, and even the people who liked (for example) DCOP win (because they wouldn't switch if they didn't like it, and thus we go back to the first scenario)
TT doesn't have to drop any code that it doesn't want to, but if they do something that hurts KDE, and don't stop, then they've just lost a whole load of developers, beta testers, and customers (because who would pay for the commercial version of a library that's different from the one that everyone else is using?)
Thus, TT produce bad code, TT dies. TT produce good code, everyone wins, especially KDE developers, KDE users, and TT.
>It is horrible, but the most popular - do you think that developers have choosen it because there was nothing better?
Who am I to explain the strange behavior of many Windows developers? :-)
>The question is only when TT will finish QT and start to develop applications.
They already have, and look what's happened! QT Designer is a (imho) good piece of software, and several people are using it. It's even being used in KDevelop, iirc. On the other hand, QT Linguist is really not as good as KBabel, and just about everyone I've seen is using KBabel, not QT Linguist.
QT and KDE are now well and truely married for better or worse and the normal open source protection of forking won't work because of the dual license.
KDE developers will not be able to fork QT and have both opensource and commercial development exist on top of KDE. Trolltech could put more onerous licensing conditions on top of the KDE split of QT for any commerical developers who chose it. One may argue that they don't care about commerical developers but if there is a Troll tech supported KDE with its official version of QT or a KDE community split of QT the main distributions will probaby run with the TT one as both versions are GPLed and will argue that the TT version is just as good. If commercial development on top of KDE becomes a large scale activity on par with the volume of open source apps then it will be the version of KDE that can support both Comercial and Opensource development will win. Trolltech probably have a better chance of forking and supporting KDE then KDE have of forking QT.
Its well past the point where KDE can just drop QT. QT has reached a size where a reverse engineering of it or building a new KDE on top of a different toolkit would be a 2 year minimum undertaking. In the current environment that would effectively kill KDE.
KDE is married to Trolltechs QT and will live or die with Trolltechs version of QT.
You are completely missing the point I think. KDE is not designed for commercial companies to write programs for. It is an open source desktop environment and always will be. What you seem to want is an LGPL QT. Well, it ain't gonna happen, and in RMS' view it shouldn't. See his "Why not LGPL" article on the GNU web page.
I understand that KDE is not designed for commerical companies but it is built on QT which is. The reality is that if Linux/KDE becomes successful then commerical developement will appear on top of KDE whether it was designed for it or not. Trolltech as a the gatekeeper to commercial companies developing on KDE will have then an interest in making sure KDE develops in a way favourable to QT and Trolltech and not necessarily the way the open source community would like.
A LGPL QT would get KDE out of many problems I think. Certainly core KDE developers believe in the LGPL as well or why would so many KDE libs be under the LGPL.
I would love to know if Stallman really believes that the dual GPL licensed QT really works in KDEs advantage. I don't think he does but he has dug himself in a hole with his statements about the LGPL so he could hardly say otherwise. Still his statements a year back had a coolness to them about the GPLing of QT that I can't quite place my finger on.
You are right though. A LGPL version of QT will never come from Trolltech as it would blow a big hole in their business model.
The best thing would be for Red Hat / Mandrake / or SUSE to buy out Trolltech and LGPL the stuff so that the Trolls don't end up becoming the Microsoft of Linux. I think by the time the big distributers notice this problem Trolltech might become a very expensive company to buy as everybody else will be suddenly noticing the strength of Trolltech positions as well. Of course if they did buy Trolltech with the knowledge that it was in a very powerful position then they would be tempted to keep on the dual licensing as a revenue stream. I guess we are stuck! I would love to buy shares in Trolltech but its privately held?
It doesn't have to be reverse engineered! QT is GPLd for pete's sakes, it's forkable
I explained in other postings why I think KDE would never fork QT no matter what direction QT goes in, good or bad. I am not willing to repeat here again.
Interesting you mention XML parser. I am no XML expert but why use the TT one. Why not use the one of the other XML parser tools out there. Do we really want KDE be just be based on QT or should KDE draw from the best of the vast richness of opensource projects out there?
KWord was retrofitted to use the QT3 rich text edit control. There well might be a good argument to have done this, I am not familiar enough with this area to say if this was a good idea but it does give pause for thought.
What about KSpread based on some future Spreadshead/table control or worse a future Konqueror based on a future QHtml widget instead of KHtml? Does the KDE community keep saying "great now we can concentrate on doing something else because Trolltech have decided to support this functionaility in QT". If the KDE developers really want a commercial company to support all this extra functionality for them maybe we should question how much KDE community is really interested in having a desktop they control.
In fact TT are interested in the desktop environment and producing the whole shebang on top of that environement for the embedded market with QT/Embedded and QT/Palmtop. A future TT might very well be interested in going the full distance with its own desktop environment. In which case KDE was a merely a useful bootstrapping environment to mature QT to the point of it being a replacment.
TrollTech have been pretty good guys so far. I just don't think KDE has the protection or the mind set at the moment so defend itself against a Trolltech that might be very different in a couple of years. When Trolltech starts recruiting MBAs and Business Analysts and Marketing people who have no appreciation of open source or QTs history and will just see QT involvement in KDE as a means to an end.
Although everybody is very defensive of TT and QT and seem to have a unreasoning faith in the protection of the GPL and the KDE/QT foundation ask youselves this question, if Microsoft bought Trolltech out, would you have no worries. Can you truely answer yes to that? I know I can't.
KDE uses both the xml parser in Qt and the parser from libxml. libxml is nice because it supports a an xslt layer (libxslt) and supports external entities, which is e.g. important for docbook->html conversion. Qt's parser is nice because its unicode support integrates well with QString and it has a nice dom-based api. So this is indeed an example how KDE "draws the best from the vast richness of opensource projects".
As for KWord, I have no idea what you are trying to say. Should KWord continue to use the old buggy code instead of stable and maintained code just out of spite for Trolltech? Why? Does it carry the Ebola virus or what?
Also, the statement about the "KDE community" is nonsense. There is no central authority which controls which programs users use and which programs developers write. Users will use whatever fits their needs best, regardless who writes it. Developers use those tools which fit their needs best. When I want to parse xml files, I naturally use QDom unless there is a good reason not to do so, because it is just the most convenient way to access dom trees. Who are you to tell me that I must use a different parser? If you are going to write a parser that is as easy to use as QDom and has more features/is faster/whatever, fine, it will be used by developers. But expecting people to use inferior code just in order to avoid Trolltech is plain ridiculous.
Don't get furious and whip yourself up into up an anger for something I am not saying. I am not saying you should not use QT parser. I am not setting myself up as an authority on what developers should be using. I am saying I am noticing an accelerating migration of functionality from KDE to QT and am speculating on what happens if this continues.
My point is it will nearly always make more sense to use QT funtionality instead of stuff outside QT. It will also nearly always be easier. And that may not be always a good thing in my point of view.
KDE could be Trolltechs big jackpot in the future if commerical apps start appear on any scale on KDE. Trolltech will always want to make things as easy as possible for KDE to use QT. And that could be double edged sword for KDE.
Funnily enough this is just like in Windows. It always made more sense to use the Microsoft technology instead of third party software. Because they had more flexibilty in tying new functionalty into old it was always more "convienent" to use the Windows stuff instead.
If you remember Borland OWL C++ libraries from a few years ago and its competition with MFC. There was always the feeling that MFC was better because Micosoft owned the Win32 API and thus MFC would fit in better into the Microsoft model and track future changes more closely.
The example you mention, that you like using the Qt parser because it better integrates with QString. That sounds like a past echo to me and future warning of QTs dominance over KDE.
No KWord should not use buggy code and I guess it better to use stable code in QT then have buggy code outside of QT but it begs the question of why nobody is really that interested in creating a non buggy foundation outside QT. I am not and I guess neither are you.
KDE community is a good term. You don't need a central authority to give a a label to KDE users and developers. Type "community" into KDEs search engine on www.kde.org and look at the many hits. Obviously KDE developers do view themselves as a community You say there is no central authority which controls which programs users use and write but I guess Trolltech is starting to come close in some ways.
I guess until Trolltech start producing applications that start eating into KDE apps will the bell really drop amongst KDE/Trolltech evangelists and for now I just look like a mad GNOME troll myself. :-)
PS I am no fan of GNOME. I love KDE, I like QT. and I think Trolltech have been model citizens to date, but my points still stand unchallenged IMO.
No KWord should not use buggy code and I guess it better to use stable code in QT then have buggy code outside of QT but it begs the question of why nobody is really that interested in creating a non buggy foundation outside QT. I am not and I guess neither are you.
Then you are guessing wrong. KDE has always been about creating something that *works*. It has never been KDE's goal to reinvent stuff just for the fun of it, when a component is already available, maintained and free.
You say there is no central authority which controls which programs users use and write but I guess Trolltech is starting to come close in some ways.
Then you guessing wrong again. It seems that it is trendy these days to make conspiracy theories about companies controlling projects or whatever. We have seen this with "RedHat is controlling Linux", "Ximian is controlling GNOME" and "IBM is controlling Apache". What these claims all have in common that they completely ignore how free software development works. When RedHat chose to boycott KDE, within weeks a new company (Mandrake) appeared and sold a RedHat plus KDE; very soon RedHat had to realize that would massively lose market share if they continued their boycott and had to bow down to their users. In a similar way, when the Open Group decided not to distribute X11 under a free license anymore, they had to take back their decision very quickly because it turned out that both users and developers would have simply ignored their X11 implementation.
It's always the same pattern. In a market with competition no company make decisions against their users. That's why Trolltech could never afford to massively increase their prices, as some people like to claim. If they demand an inappropriate amount of money or use inacceptable license conditions, developers will use a different toolkit, and they will go out of business, period. Obviously, they have massive competition in the form of Java (which has a lot of hype, advertizing and many companies behind it) which is even cheaper. They also have competition in the form of gtk and Tk which are completely free, and nevertheless they sell Qt. Why? Because customers think it is a good and well-supported product which follows their needs. This implies that it adds functionality whereever needed or whereever it is not provided by 3rd party tools. Database support a standard feature of tools like Delphi and Visual Basic, so of course it is good when Qt (and specifically the Qt designer) supports it. Also, networking support is a feature that has been demanded by developers. The xml parser is even used in Qt designer itself, so of course it is good to have it available also for other applications that utilize the qt library. The way Qt is developed is a sign that it follows the demands of its users, not a sign of the opposite. On the contrary, it would be a bad sign for the future of Qt if it can't offer the features of competing toolkits like Delphi.
>>I, for one thing, am glad of using whatever TT chooses to create.
Lets make that the rallying cheer of KDE. Hurrah for TrollTech. What ever you agree to bestow on us we will happily except.
>>If Qt grows until it does a bazillion things well, GREAT. We will do another bazillion things on top of it, or half a bazillion, or whatever.
Microsoft also does a "bazillion" things so as to save third party developers the annoying little "chore" of having to write boring things like applications and what not. The idea of a open source community desktop is that they would do it themselves.
Do the KDE community want to develop their own desktop or do they just want to eventually outsource the work to Trolltech?
If someone prefers to do two bazillion things instead of taking advantage of the bazillion TT has given us, he has every right to do so too.
Freedom cuts both ways: you are free not to use it. I am free to use them.
And at least there is a rational argument for the use of TT code: it is licensed freely for us to use it, and it is maintained, and, in many cases, it is pretty good.
Now, if the only reason not to use that freely licensed, maintained, pretty good code is "TT will make more things that we can use", excuse me if it doesn make me want to run and implement a competing codebase.
There were many rational reasons for going with Microsoft 10 years ago. As many third party developers found out to their cost, those "rational" reasons where not a long term rational decision but only bought themselves a short term advantage while giving Microsoft the long term advantage.
And so is the gains KDE makes from QT.
So, basically, you are scared, so we should do what you say.
Yes, very rational, that.
Grow up and look around: just about EVERY successful software company is successful on windows. Pretty much none is successful outside of windows.
Why? Because windows does provide useful stuff to the application programmer. Deny it if you will, but pretty much any programmer will know you are wrong ;-)
A nice thing about KDE is that it provides me (as a programmer) a whole bunch of stuff that makes my life more pleasant, and does that without requiring me to agree to funky licenses [1]
If Qt would provide me everything KDE provides, with as good or better code, in the same conditions, I would say, let's take Qt immediately, and make KDE something else, something new, something cool, something useful.
Because, after all, that is why KDE got started, was it not? Because there was no cool, useful desktop software for unix. And KDE provided it.
Now, if Qt provides that and KDE gets "marginalized" into high-end applications, no big deal, just more interesting and fun things to hack.
And if Qt does not, and KDE provides the whole shebang as now, no big deal, more varied things to hack.
In any case, no big deal. And if someone prefers to ignore Qt and reimplement stuff, last I heard some people founded a whole desktop project just for that, and they seem to be happy doing it.
Just don't get all chicken little on us and ask US to run because the sky is gonna fall.
[1] Except the Funky Software Foundation's GPL, of course.
>>Grow up and look around: just about EVERY successful software company is successful on windows. Pretty much none is successful outside of windows. <<
Windows is > 90 percent of the market. Almost by definition most current successful software companies will have been successful on windows. Isn't this what is called a tautology?
The list of once successful companies on windows who found their functionailty absorbed into windows is a long and well documented one.
>Just don't get all chicken little on us and ask US to run because the sky is gonna fall. <
You are starting to babble.
A tatutology, among other things, is true[1]. You may say whatever you want, but if my argument is backed by a tautology, I am pretty confident on its correctness.
I may babble, but at least I babble with flair.
[1] Despite what you may have heard, tautologies are good. E=mc² is a tautology, once you know that, well, E=mc².
I notice you are one of the voting members of the Free Qt foundation board? That worries me. I would rather see a more cool detached viewpoint towards Trolltech involvement in KDE rather than always automatically running to their defence.
You may indeed disagree with me but as you are a voting member I would expect to take a more protective role towards KDE and a more suspicous role ( even if its not currently warranted ) towards Trolltech.
I am a Windows software developer who is currently only a KDE user. However I would like to develop to the KDE/QT APIs but I have this nagging worry that Trolltech can become to Linux/KDE what Microsoft became to PC developers even with the protections of the GPL and foundation. Am I just swapping the devil I know for a future one that I don't?


text:
We're Local. We care.
We want to help build a strong local business community.
A local printer's rebellion against low expectations for customer service.
Have you noticed that customer service isn't what it used to be?
Are you tired of customer service being available only through an 800 number, and then handled by someone who can hardly speak English?
Are you concerned about credit card security when you order products online?
Have you ever visited an out-of-town chain store at the mall and felt like--when you finally found a clerk to help you--they were disinterested and acted like you're interrupting them?
Well, have we got good news for you!
You don't have to use an 800 number to call us because we're a locally owned business. We'd be happy to accept your credit card for payment, and your transactions here are 100% secure. Oh, and by the way, you're not an interruption of our work; you're the purpose of our work. In fact, we love it when you call us or stop in to visit. Every single customer is important to us. Here, you're not a number. You're a real person with a name. We are truly grateful when you give us the chance to be a business partner and your printer. We want you to know that it's totally okay to have high expectations for customer service when you work with our printing firm.
So please... go ahead and call us.
Somebody nice will always answer.

subset: commoncrawl


text:
From NPR News, this is ALL THINGS CONSIDERED. I'm Robert Siegel.
And I'm Melissa Block. The city of Murrieta, California has put itself front-and-center in the national debate over illegal immigration and border security. Protesters there blocked three buses of immigrant detainees from entering a local border patrol station earlier this week. Immigration authorities were trying to relocate them for processing due to overcrowding in Texas facilities. And since that showdown, the anti-illegal immigration and anti-federal government sentiment has only grown in Murrieta. That's where NPR's Kirk Siegler begins our coverage.
KIRK SIEGLER, BYLINE: The U.S. Border Patrol station here looks like an outpost. It's surrounded by mostly empty lots and fields. Today things are quiet - no more protesters shouting and waving signs - and the police roadblocks have been taken down. And at the entrance, just two Border Patrol cops stand guard by a tall fence. Town leaders say this Border Patrol facility is more like a jail. It could handle some of the influx of detainees from Texas - they say maybe a few buses if it's just for processing, as the federal immigration authorities say. But this bitter fight unfolding here Murrieta, is about a lot more than that.
ROBIN VITSTIN: My name is Robin Vitstin, and I just have to say, I'm in a surreal state. I feel like my government has become human traffickers. Who's financing it? The taxpayer.
SIEGLER: Last night, hundreds of residents crowded into a high school auditorium giving immigration authorities an ear-full. The audience skewed older and Caucasian. People here say they're worried about a flood of detainees overwhelming local services, and there are public health concerns. But the overwhelming message here from the public, and the leaders, was that the federal government is at the root of the problem. Riverside County Commissioner Jeff Stone, more than once sees the opportunity to point the finger directly at Washington and accuse the Obama administration of pushing an amnesty agenda.
JEFF STONE: I call upon the citizens of this great country, and particularly in this great county, to petition their congressional representatives and President Obama to stop this action of exploiting frightened and traumatized women and children from other Central American countries.
SIEGLER: Murrieta's mayor, Alan Long, who called for the protests in the first place, told the crowd that the crisis highlights the fact that the border with Mexico is porous.
MAYOR ALAN LONG: I didn't turn the buses around. That still did not solve the ultimate problem that lies in Washington, D.C.
SIEGLER: The debate in the city has been peaceful so far, but heated. Outside the auditorium, more than 100 immigrant rights activists held signs and chanted under the bright lights of TV cameras.
CROWD: (Chanting).
SIEGLER: This crowd skewed younger and Latino, and Gina Escalante says her mom came to the country illegally and eventually became a nurse in Murrieta. And Gina is a citizen and currently in nursing school herself.
GINA ESCALANTE: This isn't our choice. This isn't our city's choice. These are government facilities. We must follow the law and abide by it. And why did our community have to react so harsh? We could have - this - this process could have been so much easier.
SIEGLER: For now anyway, it appears federal authorities are moving the detainees from Texas to facilities in other California cities closer to the border. And it's clear the protests and demonstrations here will go on for some time. Kirk Siegler, NPR News, Murrieta, California. Transcript provided by NPR, Copyright NPR.


text:
Quite a few families with expensive job-based health insurance may be ineligible for federal subsidies to help them buy cheaper coverage through new online insurance markets, under final rules released Wednesday by the Internal Revenue Service.
The two rules, published by the Treasury Department here and here, uphold earlier proposals outlining what is considered affordable, employer-sponsored coverage.
Under the federal health law, low- and moderate-income workers with job-based coverage that is deemed unaffordable can opt out of it and turn to new marketplaces, called exchanges, to buy subsidized insurance.
But the rule defines the standard for affordability more narrowly than most consumer groups had hoped. The threshold is defined as less than 9.5 percent of household income to cover the employee's share of premium costs — not on what he or she must pay to cover the entire family, which is generally more expensive.
Consumer groups had hoped to sway the IRSto base the affordability threshold on the cost of a family plan, saying the rules could prevent some children and spouses from getting coverage. A July report from the Government Accountability Office estimated that a small percentage of uninsured children — 6.6 percent of the total, or at least 460,000 — may be shut out because of how the government proposed to define affordable coverage.
"It doesn't make sense to test the affordability of children's coverage by looking at the cost of covering one person, the employee," said Joe Touschner, senior health policy analyst at Georgetown University's Center for Children and Families. More than 100 groups, including the March of Dimes, the American Academy of Family Physicians and the Children's Defense Fund, had signed a letter to the Treasury Department making that argument.
Touschner acknowledged that if the IRS had used the cost of family coverage as the threshold it would have boosted the cost of the law because more people would become eligible for subsidies.
Supporters of the rule, among them employer groups and insurance brokers, say it closely follows the wording in the law and will be easier to administer.
The final rules also outline exemptions to the federal law's requirement that most Americans carry health insurance coverage, including not being able to afford coverage.
The exchanges and subsidies, as well as the requirement that most Americans carry insurance, go into effect on Jan. 1, 2014.
Copyright 2023 Kaiser Health News. To see more, visit Kaiser Health News.


text:
Welcome to Washington Medical Delivery Courier
Bocsit Courier Service offers personalized Medical Courier Solutions to Hospitals, Laboratories, Biotech, Veterinary Hospitals. We offer expedited, secure, timecritical transportation of healthcare supplies, tissue, specimens, biologicals, blood, pharmaceuticals and transplant organs. Our Medical Couriers are available around the clock for Stat deliveries, fully compliant with OSHA and HIPPA regulations. Please Call us at 6178070411 to schedule your Medical Specimen Delivery today. You can always track your order when you open a Free Account.
Some Medical Specimen Delivery Courier :- Biotech Specimen Delivery
- Blood Specimen Delivery Service
- Laboratory Delivery Services
- Medical Device Delivery Service
- Online Tracking
- Open 24/7 everyday including holidays and weekends.
- Osha and Hipaa Compliant
- Pharmaceutical Delivery
- Pre-Route Dedicated Medical Courier
- Stat, Emergency Specimen Pickup and Delivery
- Temperature Controlled Specimen Delivery
- Tissue and Organ Transportation


text:
A new year has begun. It's time to evaluate what worked well for you financially in 2018 and whether you need to make any changes for 2019. As you do that, you'll want to put together a plan for this year's charitable giving.
A good place to start the process is to consider the following items:
Review your donations for 2018 and how you made them. How much would you like to donate in 2019?
Did you exceed the standard deduction and itemize your taxes for the 2018 tax year? Do you anticipate exceeding the standard deduction and itemizing your taxes for 2019?
Are you age 70½ or older? Do you have an IRA or inherited IRA?
2019 Standard Deductions
Married Filing Jointly and Surviving Spouse:......$24,400
Married Filing Separately:...................................$12,200
Head of Household:............................................$18,350
Charitable giving strategies to consider
Next, you'll want to decide on a strategy for this year's giving. Maybe one or multiple strategies can work together to create an effective plan to benefit your favorite charities. Below are several strategies to mull over.
Group your charitable contributions together. The Tax Cuts and Jobs Act of 2017 brought us a higher standard deduction. Unless you have enough deductions to itemize above the standard deduction threshold, you may not be able to deduct your charitable contributions. Therefore, in combination with other deductions, you might want to consider grouping multiple years of charitable contributions together into a single year to generate a deduction larger than the standard amount.
Contribute to a donor-advised fund (DAF). If you are interested in grouping charitable deductions together but would prefer spreading the distributions to charities out over a period of years, a DAF may be an option for you. It is a charitable giving vehicle that allows you to contribute as frequently as you desire and to recommend grants to your favorite charities from your fund. It can also be used to create a pool of money that will encourage giving by your family for generations to come.
A DAF is established through a public charity, so you can receive an immediate charitable tax deduction when you exceed the standard deduction threshold and itemize taxes. With the 2017 tax law, charitable deductions are limited to 60 percent of adjusted gross income (AGI) for cash gifts to the DAF or 30 percent of AGI for long-term appreciated assets (e.g., stock) to the DAF. Please note: You can also avoid capital gain taxes on gifts of appreciated assets to the DAF.
Donate appreciated assets directly to charities. If you have stock or another asset that has increased in value over the years, you can gift the appreciated asset directly to a charity. Gifting appreciated assets directly may avoid the inconvenience of selling the assets, as well as the realization of a taxable gain. In addition, the gifted assets may qualify for a charitable deduction if you exceed the standard deduction threshold and itemize your taxes. Charitable deductions are limited to 30 percent of AGI for long-term appreciated assets (e.g., stock) gifted to a public charity.
Consider a qualified charitable distribution (QCD). If you are 70½ or older and have an IRA or inherited IRA, you may contribute up to $100,000 from your IRA directly to a 501(c)(3) qualified charity without having to include that distribution as income. The QCD can go to a single charity or to a variety of charities.
You can make multiple QCDs if the total of all your distributions stays within the $100,000 annual limit. In addition, the distribution may be counted as your annual IRA required minimum distribution. Also, it doesn't matter whether or not you itemize deductions for taxes because a QCD is not eligible as a charitable deduction.
These are just a few of the strategies that may be available to you. As always, before making any decisions, a best practice is to consult your financial advisor and a tax professional.
This material has been provided for general informational purposes only and does not constitute either tax or legal advice. Although we go to great lengths to be sure our information is accurate and useful, we recommend that you consult a tax preparer, professional tax advisor, or lawyer.


text:
The painstaking work to identify a bombing suspect from reams of Boston Marathon footage yielded a possible breakthrough as investigators focused on a man seen dropping off a bag, and then walking away from the site of the second of two deadly explosions.
The discovery of the image — found on surveillance footage from a department store near the finish line — emerged two days after the attack that left three people dead, wounded more than 170, and cast a dark shadow over one of this city's most joyous traditions. The footage hasn't been made public.
President Barack Obama is planning to attend a service honoring the victims Thursday in Boston, where police were stationed on street corners across downtown and some residents admitted they were nervous moving about in public spaces.
People lined up hours ahead of time Thursday morning to get into the city's Roman Catholic cathedral for the interfaith service.
Massachusetts Gov. Deval Patrick said he shared the frustration that the person or people responsible were still at large, but he said solving the case will not "happen by magic."
"It's going to happen by doing the careful work that must be done in a thorough investigation," Patrick said. "That means going through the couple of blocks at the blast scene square inch by square inch and picking up pieces of evidence and following those trails, and that's going to take some time."
The bombs were crudely fashioned from ordinary kitchen pressure cookers packed with explosives, nails and ball bearings, investigators and others close to the case said. Investigators suspect the devices were then hidden in black duffel bags and left on the ground.
As a result, they were looking for images of someone lugging a dark, heavy bag. Investigators had appealed to the public to provide videos and photographs from the race finish line.
City Council President Stephen Murphy, who said he was briefed by Boston police, said investigators saw the image of the man dropping off a bag and matched the findings with witness descriptions of someone leaving the scene.
One department store video "has confirmed that a suspect is seen dropping a bag near the point of the second explosion and heading off," Murphy said.
Separately, a law enforcement official who was not authorized to discuss the case publicly and spoke to The Associated Press on the condition of anonymity confirmed only that investigators had an image of a potential suspect whose name was not known to them and who had not been questioned. The official said investigators did not know the man's name.
Several media outlets reported that a suspect had been identified from surveillance video taken at a Lord & Taylor department store between the sites of the bomb blasts.
At least 14 bombing victims, including three children, remained in critical condition. Dozens of victims have been released from hospitals, and officials at three hospitals that treated some of the most seriously injured said they expected all their remaining patients to survive. A 2-year-old boy with a head injury was improving and might go home Thursday, Boston Children's Hospital said.
On Wednesday, investigators in white jumpsuits fanned out across the streets, rooftops and awnings around the blast site in search of clues. They picked through trash cans, plastic cup sleeves and discarded sports drink dispensers.
Marian Wilson said she tried not to notice the men slowly pacing and looking for evidence on the street behind her as she ate a tuna sandwich at Stephanie's on Newbury, a restaurant a block from the site of the bombings.
"I just go in and out of being completely freaked out," she said.
Boston remained under a heavy security presence, with scores of National Guard troops gathering among armored Humvees in the Boston Common.
Kenya Nadry, a website designer, took her 5-year-old nephew to a playground.
"There's still some sense of fear, but I feel like Boston's resilient," she said. "The fine men in blue will take care of a lot of it."
Dr. Horacio Hojman, associate chief of trauma at Tufts Medical Center, said patients were in surprisingly good spirits when they were brought in.
"Despite what they witnessed, despite what they suffered, despite many of them having life-threatening injuries, their spirits were not broken," he said. "And I think that should probably be the message for all of us — that this horrible act of terror will not bring us down."
Obama and his challenger in the last election, former Massachusetts Gov. Mitt Romney, planned to visit Boston on Thursday to attend the vigil.
The blasts killed 8-year-old Martin Richard, of Boston, 29-year-old Krystle Campbell, of Medford, and Lu Lingzi, a Boston University graduate student from China.
Associated Press writers Jay Lindsay, Pat Eaton-Robb, Steve LeBlanc, Bridget Murphy and Meghan Barr in Boston; Eileen Sullivan, Julie Pace and Lara Jakes in Washington; and Marilynn Marchione in Milwaukee contributed to this report.
Copyright 2013 The Associated Press. All rights reserved.
Copyright 2013 Capitol Hill Blue


text:
Permission to Use ProjectManagement.com Content
If you've seen something on ProjectManagement.com that you would like to use--for your company newsletter, your own website, a course you're teaching--we're happy to share that with you. Please fill out a Request to Reprint/Redistribute Content form and submit it. Once we get your request, we'll contact you with any questions and then we'll return the signed form to you. If you have any specific questions, please contact Cameron McGaughy at [email protected].
Request to Reprint/Redistribute Content Form


text:
The Oracle of Nathan. 1a After the king had taken up residence in his house, and the LORD had given him rest from his enemies on every side,b 2the king said to Nathan the prophet, "Here I am living in a house of cedar, but the ark of God dwells in a tent!"c 3Nathan answered the king, "Whatever is in your heart, go and do, for the LORD is with you."d 4But that same night the word of the LORD came to Nathan: 5Go and tell David my servant, Thus says the LORD: Is it you who would build me a house to dwell in?e 6I have never dwelt in a house from the day I brought Israel up from Egypt to this day, but I have been going about in a tent or a tabernacle. 7As long as I have wandered about among the Israelites, did I ever say a word to any of the judges whom I commanded to shepherd my people Israel: Why have you not built me a house of cedar?
8Now then, speak thus to my servant David, Thus says the LORD of hosts:* I took you from the pasture, from following the flock, to become ruler over my people Israel.f 9I was with you wherever you went, and I cut down all your enemies before you. And I will make your name like that of the greatest on earth.g 10I will assign a place for my people Israel and I will plant them in it to dwell there; they will never again be disturbed, nor shall the wicked ever again oppress them, as they did at the beginning, 11and from the day when I appointed judges over my people Israel. I will give you rest from all your enemies. Moreover, the LORD also declares to you that the LORD will make a house for you:h 12i when your days have been completed and you rest with your ancestors, I will raise up your offspring after you, sprung from your loins, and I will establish his kingdom. 13He it is* who shall build a house for my name, and I will establish his royal throne forever. 14I will be a father to him, and he shall be a son to me. If he does wrong, I will reprove him with a human rod and with human punishments;j 15but I will not withdraw my favor from him as I withdrew it from Saul who was before you.k 16Your house and your kingdom are firm forever before me; your throne shall be firmly established forever.* l 17In accordance with all these words and this whole vision Nathan spoke to David.
David's Thanksgiving. 18Then King David went in and sat in the LORD's presence and said, "Who am I, Lord GOD, and what is my house, that you should have brought me so far?m 19And yet even this is too little in your sight, Lord GOD! For you have made a promise regarding your servant's house reaching into the future, and giving guidance to the people, Lord GOD! 20What more can David say to you? You know* your servant, Lord GOD! 21For your servant's sake and as you have had at heart, you have brought about this whole magnificent disclosure to your servant. 22Therefore, great are you, Lord GOD! There is no one like you, no God but you, as we have always heard.n 23What other nation on earth is there like your people Israel? What god has ever led a nation, redeeming it as his people and making a name by great and awesome deeds, as you drove out the nations and their gods before your people, whom you redeemed for yourself from Egypt?o 24p You have established for yourself your people Israel as your people forever, and you, LORD, have become their God. 25Now, LORD God, confirm the promise that you have spoken concerning your servant and his house forever. Bring about what you have promised 26so that your name may be forever great. People will say: 'The LORD of hosts is God over Israel,' when the house of your servant David is established in your presence. 27Because you, LORD of hosts, God of Israel, have revealed to your servant, 'I will build you a house,' your servant now finds the courage to make this prayer before you. 28Since you, Lord GOD, are truly God and your words are truth and you have made this generous promise to your servant,q 29do, then, bless the house of your servant, that it may be in your presence forever—since you, Lord GOD, have promised, and by your blessing the house of your servant shall be blessed forever."
* [7:8–16] The message Nathan delivers to David, called the Dynastic Oracle, is prompted by David's intention to build a house (i.e., a temple) for the Lord, like David's own house (i.e., palace) of cedar. David is told, in effect, not to bother building a house for the Lord; rather, the Lord will make a house for him—a dynasty, the House of David. Not only will he have descendants (v. 12) who will sit upon the throne of Israel (v. 13), their rule will last forever (vv. 13, 16); and even if they transgress the Lord's commands, the line of David will never be removed from kingship as Saul was (cf. 1 Sm 13; 15). The oracle establishes the Davidic king as standing in relationship to the Lord as a son to a father (v. 14; cf. Ps 2:7; 89:27). The Dynastic Oracle, with cognate texts in the Scriptures, is the basis for Jewish expectations of an anointed king (1 Sm 12:3, 5), son of David (Mt 21:9); cf. Acts 2:30; Heb 1:5.
* [7:13] He it is: Solomon, in the event.
* [7:16] The unconditional promise made here, and reflected in Ps 89:34–35, stands in contrast to the tradition in Ps 132:12, where the continuation of the line of David depends on their fidelity to the Lord; cf. also 1 Kgs 2:4; 6:12; 8:25.
* [7:20] Know: give recognition, choose, single out: cf. Gn 18:19; Ex 33:12; Am 3:2.
a. [7:1–29] 1 Chr 17:1–27.
b. [7:1] Dt 12:10; 25:19; 1 Kgs 5:4.
e. [7:5] 1 Kgs 5:3; 8:16, 27; 1 Chr 22:8; 28:3; Is 66:1; Acts 7:48–49.
f. [7:8] 1 Sm 16:13; 17:15–20; Ps 78:70–71; Am 7:14–15.
h. [7:11] 2 Sm 23:5; 1 Kgs 2:4–24.
i. [7:12–15] 1 Kgs 5:19; 8:19; 1 Chr 22:10; 2 Chr 7:18; Ps 89:4, 26–29, 36–37; Lk 1:32; Heb 1:5.
j. [7:14] Ps 2:7; 89:26; Prv 3:12.
k. [7:15] 2 Sm 23:5; 1 Sm 13:14; 15:26, 28; 2 Kgs 19:34; 1 Chr 17:11–14; Ps 89:33–34.
l. [7:16] 2 Sm 23:5; Dn 2:44; 1 Mc 2:57; Mk 11:10; Lk 1:32–33; Heb 1:8.
m. [7:18] 1 Chr 17:16.
Copyright 2019-2024 USCCB, please review our Privacy Policy


text:
The test plans on this page may be downloaded and used for internal purposes only. The test plans may not be commercialized in any way without express permission of the UNH-IOL.
The USGv6 Testing testing service currently offers the following test plans. These documents are constantly being updated to improve readability and to reflect the current specifications. Please contact us if you would like more information or have questions about the USGv6 Testing testing service.
When testing based on the following test plans is performed, all reports generated will be digitally signed using an Adobe digital certificate. Upon reception of the report, the recipient can verify its authenticity using our document validation instructions.
Fully Documented |
Draft |


text:
Mordre dans la vie à pleines dents
Technique: Peinture
Medium: Acrylique
Support: Canevas monté sur châssis format galerie (1,5 pouce)
Position: Carré
Sizes: 48X48 inches
Year: 2023
Framing: Sans encadrement
All works are delivered with their certificate of authenticity.
Free delivery in Canada for any purchase of $1750 or more.
The works are generally shipped between 48h to 72h following the order, certain exceptions apply. Delivery times may vary from destination to destination.
How does delivery work?
When you opt for the shipping option, your purchase will be shipped directly to you at the address you provide.
Can I pick up my work at the gallery?
When you buy a work online, you have the option of picking up at the gallery or opting for shipping directly to your home.
Do you offer worldwide delivery?
We ship all over the world. Please note that there is a certain delay for customs when exporting outside of Canada.
How do you calculate delivery costs?
Shipping costs are calculated in real time according to our designated sender. The dimensions, the weight as well as the place of delivery affect the costs of the delivery.
What payment method do you accept?
It is possible to pay by credit card, Apple Pay, Android Pay, interac transfer or cash directly on site.
Online, most bank cards, Apple pay and Android pay are accepted.
Is it possible to pay in several installments?
Indeed, the gallery offers the possibility of paying in several installments, varying from 2 to 6 months depending on the value of the work. Payment sales must however be made at the gallery.
For online purchases, Affirm and Afterpay will be offered as payment methods. You will therefore have the possibility of making up to 12 payments.


text:
Don't get me wrong, there's nothing inherently bad about a hook and eye. In fact, they can be quite useful little suckers. My problem is that I dread sewing them on. You'd think I was getting a root canal, the way I avoid them! I'm finishing up another dress based on this pattern that I draped (it's the exact same shape, but with an improved empire line, done in navy with white piping, if you're curious), and it will definitely have a hook and eye. When I saw my teacher Sharon last week, she reminded me that a hook and eye at the top of a back zipper will help the neckline of your dress lay perfectly. Plus, to be honest, the zipper on this one starts a smidge low. So there is no doubt that there will be the sewing-on of a hook and eye in my very near future. But why does it fill me with such dread?
Perhaps it's just one of those silly chores that one hates for some reason, the way some people hate dusting or taking out the garbage (and yet they can perfectly tolerate washing the dishes or mopping the floor). I also feel I've never gotten my technique down perfectly. Ever since I saw an article in Threads on the subject which showed a hook and eye perfectly executed with gorgeous little blanket stitches (issue #117, if you're interested, it's a great article), I've felt mine were inferior. Yes, I know I'm feeling inferior to an illustration rather than an actual hook and eye, but there you have it.
And then there's the fact that there are hooks, eyes, bars - it can be mystifying! Also, Sharon suggested a hook with a thread chain - have any of you done this?
So what's your dreaded sewing chore? Also, any hook and eye tips?


text:
Massive Papua Ancient Shells Necklace ⋙
❀ Please note that colors of natural materials are unique and may vary a bit . We embrace this quality, as just like you and me - even the material will be who they want to be! ❀
If you want to confirm your exact size it's very easy to measure !
⋙ tops ~ measure around your bust
⋙ bottoms ~ measure around your belt line
Please check the Size Chart in the last picture of each listing 🙏
~ Please Note ~ measurements are in inches
If you aren't able to measure , just let us know the usual size you go by 🦋
We focus on natural materials and aim to support traditional crafts and ancient skills ~ striving to go deeper to the source of all materials
Our vision is to be able to connect with each being involved in the making from the very source,
Being able to Source the most ethical, fair trade, Eco and conscious materials
⋙ Earth Fabrics ⋘
Handmade fabrics are best washed by hand or cold cycle with an ecological detergent ~ for our Earth 🌏 🙏
⋙ Natural Jewelry ⋘
Feel free to shower or swim with any of our jewelry ~ take in consideration that natural materials get darker with time ~ Natural materials can be polished with oil ~ Brass can be polished with vinegar or lemon juice to restore brightness 💗
⋙ On All Orders Over $199 ⋘
We ship most orders within 1-2 business days, it depends on the item ordered, we ship most of our items from the USA.
Estimated delivery time for domestic shipments: 1-4 business days.
Estimated delivery time for international shipments: 7-21 business days.
The tracking number will be sent to you per email ~ Please check your spam folder if you can't find it :)
Estimated delivery time for international shipments is 7-21 business days (Courier Shipping will take about 2-10 business days).
We can ship to any destination you wish. ( We recommend to choose Courier Shipping for deliveries to Central & South America )
We do our best to get the items to you as soon as possible and in great shape.
Please remember natural fibers are each unique and have their own character in patterns and colors! That's their beauty and magic :)
We accept returns. If you are not satisfied with your item you can contact us and send it back within 14 days of receiving the item. We will refund you ( minus the shipping costs ) or you can get a full store credit .
~ Please Note ~ Also if you received free shipping we will need to charge for shipping.
Please contact us and we will give you a return shipping address 💗
Please use reused or recycled packaging when shipping back to us ! We don't need it to look nice we prefer to keep the earth nice ;))
You can use any old box or old envelope .. and we take responsibility for any risk or damage to the item so no need to add bubble wrap 🙏🌎🥰
Your happiness means a lot to us so don't hesitate to contact us with any problem you have and we will happily support ! :)


text:
A report from payroll company ADP finds that "the U.S. private sector added 215,000 jobs during November making it the strongest month for job growth in 2013," says the company's president and chief executive, Carlos Rodriguez.
The surge in job creation outpaced economists' estimates of 173,000 jobs for the month, according to CNBC. The last time U.S. companies added a bigger number of jobs to their payrolls was in November 2012, with 276,000 jobs, ADP says.
"The job market remained surprisingly resilient to the government shutdown and brinkmanship over the Treasury debt limit," says Mark Zandi, chief economist of Moody's Analytics, which collaborates with ADP on the report. "Employers across all industries and company sizes looked through the political battle in Washington. If anything, job growth appears to be picking up."
The ADP National Employment Report, which measures non-farm private employment, says small businesses led the way in job creation, with 102,000 jobs added.
"Goods-producing employment rose by 40,000 jobs in November, up from 29,000 in October," according to the report. "Both construction and manufacturing payrolls added 18,000 jobs apiece."
The ADP survey is seen as a bellwether for the monthly employment report from the Bureau of Labor Statistics, which is expected to release its estimate of November's unemployment rate and payroll growth on Friday.
Also Wednesday, the Census Bureau reported that America's trade gap shrank in October, on the strength of record sales to China, Canada and Mexico. The gap narrowed 5.4 percent, to $40.6 billion from $43 billion in the previous month.
From Bloomberg News:
"Sales of goods to China, Canada and Mexico were the highest ever, pointing to improving global demand that will benefit American manufacturers. In addition, an expanding U.S. economy is helping boost growth abroad as purchases of products from the European Union also climbed to a record in October even as fiscal gridlock prompted a partial federal shutdown."
The U.S. goods deficit with China shrank by $1.6 billion to $28.9 billion in October, as exports rose by $3.5 billion — a gain mainly attributable to soybeans, according to the Census Bureau, which is part of the Commerce Department.
The agency says that overall, both U.S. imports and exports of goods and services increased in October.
Copyright 2021 NPR. To see more, visit https://www.npr.org.


text:
Commercial Cleaning
If your place of business is going to function at maximum efficiency, it needs to be clean. People function better when they are in a clean and organized environment. Plus, when clients and customers see the attention to detail you have put in to maintaining the cleanliness and hygiene of your facilities are bound to impress them and reflect positively on your business overall. Of course, to reap all the benefits that comes with a clean workplace, you need to have dedicated professionals keeping a watchful over your business's conditions. You could go the route of adding a commercial cleaner in-house, but between their salary, benefits and the added bureaucratic work that comes with adding an employee it isn't worth it when you can just acquire Rent A Maid LLC's commercial cleaning services.
We have been proud to service all kinds of businesses in the area and make sure they are presentable for virtually any situation. Whether you need your windows washed or surfaces disinfected, Rent A Maid LLC's commercial cleaning professionals can complete whatever tasks your business needs completing to be at its best. Just give us a call today and we'll be happy to provide you a free quote on our commercial cleaning services.
When you choose Rent A Maid LLC as your commercial cleaner, remember that we don't just physically clean your place of work, we maintain your organization's image. We can clean your commercial space including offices, banks, healthcare facilities, industrial spaces, shopping centers and more. Basically, if there is business or commerce conducted somewhere in the area, we will provide it with exceptionally thorough cleaning services—so call us today.
Benefits of Commercial Cleaning Services
If your office or retail space has begun to feel like your second home, you shouldn't have to worry about keeping your second home clean as well as your actual home. Even if it looks habitable at first glance, investing in a commercial cleaning service is always a great idea because it can help with:
Workplace Safety
Offices and healthcare facilities are breeding grounds for bacteria. Manufacturing facilities are more hazardous when they are untidy. Though you may clean up messes when they are front and center, no one is more effective at cleaning a workplace than Rent A Maid LLC's professional cleaners. The average business loses over $1,600 a year to workplace absenteeism caused by personal illness or injury, so rather than lose it, invest that in commercial cleaning services.
Higher Productivity
There have been many studies done that prove a cleaner workplace leads to happier, more productive workers. If you have noticed your staff starting to slouch, the most effective fix might be as simple as getting our cleaners to brighten up the place.
Higher Quality Clean
When you leave the cleaning duties to the professionals, you can rest assured knowing they are doing the best possible job. No one cleans your teeth better than your dentist because that's their profession. Same logic applies to professional cleaners.
Contact Us Today
To start enjoying a cleaner workplace, contact Rent A Maid LLC today.


text:
You may be wondering, like I did, what is the difference between this class and DirectoryIterator?
When you iteterate using DirectoryIterator each "value" returned is the same DirectoryIterator object. The internal state is changed so when you call isDir(), getPathname(), etc the correct information is returned. If you were to ask for a key when iterating you will get an integer index value.
FilesystemIterator (and RecursiveDirectoryIterator) on the other hand returns a new, different SplFileInfo object for each iteration step. The key is the full pathname of the file. This is by default. You can change what is returned for the key or value using the "flags" arguement to the constructor.


text:
Policy Debates On Patents Should Focus On Facts, Not Rhetoric (Forbes.com Op-Ed)
A heavily revised and expanded verison of one of my earlier blog postings was just posted as an op-ed on Forbes.com. This op-ed addresses how the FTC and DOJ have let themselves become swept up in anti-patent rhetoric, as evidenced by the FTC-DOJ workshop on December 10 that I participated in. Here's a small taste of the op-ed:
Although the public hears the mantra almost daily that "the patent system is broken," what we really need is a thorough evaluation of the historic impact the patent system has had on innovation without the negative hype and misinformation that is perpetuated in news headlines or blogs. On December 10, the Federal Trade Commission (FTC) and the Department of Justice (DOJ) held the first of a series of workshops on the patent system and innovation. This first workshop dived into the workings of what some people call "patent assertion entities" (PAE), which are firms that acquire and license patents. The FTC and DOJ, as well as most of the invited participants at the workshop, adopted the "PAE" label as the subject of their critical scrutiny.
Of course, identifying these firms by their business model of patent licensing denies the patent system naysayers the pejorative rhetorical force of their "PAE" label. In fact, patent licensing firms have come under attack in newspaper reports, in blogs, and in academic commentary, prompting the FTC and DOJ to consider whether to sanction patent licensing firms for allegedly undermining the innovation made possible by the patent system through some nebulous notion that patent licensing is somehow "anti-competitive." If anything, this reveals the power of rhetoric.
The truth is that these patent licensing firms maximize value in patented innovation, proving once again Adam Smith's classic economic insight that specialization and division of labor is key to the success of a commercial economy. There has always existed since the early nineteenth century a secondary market in the sale and purchase of patents, but these firms make use of modern developments in corporate law, finance, and technology to reap new value for inventors or other firms who lack either the knowledge or resources to monetize their innovation assets. In short, patent licensing firms reflect the exact same value-maximizing aggregation and specialization that other firms have long employed in our successful invention economy, such as when 3M or Thomas Edison's Menlo Park Laboratory aggregated inventors for research and development itself. Patent licensing firms, by better enabling inventors to sell and exchange their ideas, bring the same efficiencies to our invention economy as did the invention of R&D departments over one hundred years ago.
As the blogging master (Instapundit) likes to say: Read the whole thing!
Filed under: antitrust, doj, federal trade commission, intellectual property, licensing, patent


text:
This section is to do with accommodation which you can find in our business directory. These are situated in the best locations such as near the beach, near the mountains and towns. Hotels, lodgings, camping
Nowadays there are no Accommodation in the Blanca's business directory.
Note: If you wish to advertise on Blanca´s Business Directory, , send us an e-mail at firstname.lastname@example.com
Use the following forum to deal with themes related to Accommodation in Blanca; Accommodation, beds, rest, comfort, lodges, hotels, rural houses, motels, villas, apartments, residence, etc.
Please read the rules of use carefully before taking part.
There are no messages in this forum | |


text:
Privacy policy
The County of Macomb maintains this web site as a public service. The County adheres to the objectives of informative, timely, and accurate Internet communications.
The information contained on this web site is subject to periodic updates, deletions and additions without prior notice. While accuracy is always a goal, the County assumes no legal liability or responsibility with respect to the completeness and accuracy of the information, including any errors or omissions.
Unless explicitly stated, the County's web site does not capture information regarding the specific activities of any particular user. However, it does produce reports that allow us to view activity in anonymous aggregated form. We do not use cookies or any other mechanism to capture and maintain information from users without their consent. The only personal information we capture is the information on web forms that are completed by the public and deliberately submitted to us to receive additional information or service.
When used, the web forms require users to provide contact information (such as email address, name, address, telephone number) so that we may directly respond to your request. Under no circumstances is this information shared with third parties unless legally required to do so in connection with law enforcement investigations or other legal proceedings.
The County of Macomb seal is the property of Macomb County and its reproduction and use is strictly prohibited.
Linking policy
The purpose of the Macomb County website is to provide information about county services, attractions, and officials. The County's policy is designed to keep the links on this site consistent with this purpose.
General policies
- Links and pointers are solely for the user's information and must be consistent with purpose of the site.
- Links to external websites (leaving the county website) are subject to privacy and security policies of the owner of the external website.
- When linking to an external website, another browser session will open, leaving the county site open in the original browser with "Macomb County" in the title bar.
- The link does not represent an endorsement for the external site's product, service or the entity in general.
- The County is not responsible for content or the availability of any external resource.
Authorized links
In the course of providing the best service to the public, Macomb County may provide links to content not controlled by Macomb County. In such cases, the link must meet one of the following criteria:
- It links to local, state, federal, tribal, or other government agencies.
- It links to sites that receive direct funding from the county or have a contract with the county.
- It links to sites that provide software or utilities needed to fully use the information on the County website.
- It links to additional information about government services.
Arts, cultural, sports, festivals or similar events that are sponsored by the County or have a contractual relationship with the County may have link on the County website.
The County website will not link to any site owned or managed by a political party, candidate, or special interest group or are of a political nature seeking to support or defeat a candidate for elective office or ballot proposal.
No advertising is permitted on the County website.
Press releases
The source of all news on the site will come from an authorized press release issued by Macomb County. The County website will not link to news stories published in any newspaper.
Reverse links
Permission to link to the County website is not required, but be aware that the page you link to may change without notice. Sites linking to county web pages should periodically verify those links for accuracy.
Any link to the County website does not imply a relationship or expressed relationship with the County.
Use and retention of information
Users may freely print any information that they obtain from the County website for informational or personal use only. All such documents and related graphics are provided as is and may not be modified. Copyright and trademark law protects elements of the County Web site. Records transmitted to this site will be identified, managed, protected, and retained as long as they are needed to meet historical, administrative, fiscal, or legal requirements.
Your use of this website constitutes your acceptance of these terms and conditions.


text:
Contact Us For The Effective Couch Cleaning Service In Woodvale
Couches are one of the most important comfort assets at your house. That's why cleaning is very important. Well, we suggest you hire professionals for couch cleaning services in Woodvale. Our couch cleaning Woodvale team deals in all types of couch cleanings. In addition, we are famous for delivering an organised and proper sofa cleaning service in Woodvale. Even our expert's main focus is on delivering the best couch cleanings that show desired results. Also, you can hire our professional couch cleaning Woodvale service at easy rates. So, for a pocket-friendly ottoman cleaning service in Woodvale, call us.
Carpet Cleaning Woodvale have experienced specialists for delivering the finest upholstery cleaning service in Woodvale. Moreover, for couch cleaning, we use eco-safe solutions. Also for deep couch cleaning, we use modern and latest tools. Therefore, if you are looking for an effective sofa cleaning service in Woodvale, contact us. Call us at 08 6801 3066 for a couch cleaning today!
We Are Available For Different Types Of Couch Cleaning Service In Woodvale
Rely on us for a variety of couch cleaning services in Woodvale.
- Couch steam cleaning: Looking for excellent sofa steam cleaning Woodvale service? We use modern tools for upholstery steam cleaning services in Woodvale. Moreover, we use hot water extraction methods for thorough couch steam cleaning. Therefore for the best and safe couch steam cleaning service call us.
- Couch dry cleaning: Our experts are also famous for offering dry cleaning. Thus, we use to clean couches without water. Moreover, we even use effective equipment for couch dry cleaning service. Therefore reliable couch cleaning services call us.
- Couch Deodorization: Dirty couches smell very bad and make your home environment unhealthy. Therefore we suggest you hire our professional couch deodorization service in Woodvale. Our sofa cleaning Woodvale uses the best solutions while offering a deodorization service. Thus for a reliable and pleasing couch deodorization service call us.
- Couch sanitization: To disinfect viruses and germs from your couches, call our reliable sanitization team. Our experts are trained for delivering couch sanitization treatments in Woodvale. Therefore for a proficient lounge cleaning service in Woodvale, call us.
- Couch Mould Removal: Are you facing the problem of mould on your couches? Well, worry not just consult our professional for couch mould removal service. Our sofa cleaning Woodvale team removes moisture and mould build-ups from it with high-quality tools. Therefore for an effective couch removal service hire us.
Why Us For The Couch Cleaning Service In Woodvale?
Are you searching for a reliable sofa cleaning service in Woodvale? Looking for a certified expert for upholstery cleaning in Woodvale? Don't worry, just schedule our appointment for same-day service. Moreover, we are even renowned for delivering high-quality couch cleaning services. Some benefits of hiring our couch cleaning service are:
- Insured and licensed cleaners
- Quick results for couch cleaning service
- Hassle-free service experience
- Environmentally-friendly solutions
- Latest technology & cleaning equipment.


text:
Array ( )
designer Johannes Foersom & Peter Hiort-Lorenzen
Chair with seat and back in ash or oak on a powder coated or chromium plated steel frame.
If you would like to view pricing and other technical information about our products, and/or to subscribe to our newsletter to receive regular product updates and special offers.
Please register here, if already registered please login here
If you already have an account, you can view pricing by logging in below.
If you do not already have an account, you can sign up for one here.