- Boost - lists.boost.org

Logo Contest
by Zoltan 'cad' Juhasz 10 Mar '05

10 Mar '05

Greetings! I suppose the "Boost Logo Contest Conversation" becames forming something philosophical :) I'm not a professional graphic artist any more, but have been worked as a graphic artist for some years. Although logo gives the face of the project, company, team etc., it does not determine the area of operation of the represented! I mean a logo doesn't need to reflect to all of the services a company provides and it's very hard to find a logo that looks great and tells everything about the company. Conclusion: sometimes that's good enough to have an impressive logo the emotional effect depends on the represented. However, I'm absolutely sure about the thing that the "user" will not spend any valuable minute on racking his brains about the very meaning of an abstract logo :). > Pepsi, Nike, Sun, Microsoft Windows, BMW, Toyota, Apple... The logos of these companies are really impressive and stylish, aren't they? In my point of view Nike, Sun and perhaps Pepsi have those logos that are great just by being a logo the others mentioned need to have the background meaning to catch the attention. Iconify: I share the opinion of those who think about the recognizability of a logo as a basic feature, especially by extremely tiny size... but I don`t think that we would need a sparated icon logo as well. Sometimes the logo itself can work as an icon: http://people.inf.elte.hu/cad/etc/boost/famous-logos.png Although the logo of the Infiniti company is completely abstract, it`s incredible: http://people.inf.elte.hu/cad/etc/boost/infiniti.png As I attended the competition I don`t judge anyone`s work, since I`m affraid I couldn`t stay objective.:) > Then I examine it, my first thought is: "what is it supposed to be?" > This is not good for a logo, IMO: when you look at a logo, it > should be clear that a it represents something concrete or that it > is a purely abstract design. (If a concrete representation is hidden > in what first appears to be an abstract design, that's okay too.) > The reason I find myself asking what this particular logo is meant > to represent, I think, is that it's not sufficiently complex to hold its > own as an abstract design. Once I ask myself what the logo represents, > I can only conclude that it depicts a stack of paper. This is a big > problem: > aside from the fact that Boost has little to do with a stack of paper, > stacks of paper are simply uninteresting. I would like to protect my 75th application by some words: a logo doesn't need to illustrate anything tangible, since everyone will think and feel by seeing the logo the way he concieves of the represented. Jonathan saws papers, I saws component layers. that is subjectivity. Zoltan 'cad' Juhasz

5 7

RE: [boost] Logo Contest
by Mark Blewett 10 Mar '05

10 Mar '05

[A repost with (hopefully) proper quoting.. thanks Jonathan, and apologies to everyone else for the previous post] At 22:38 09/03/2005, Reid Sweatman wrote: I really want to respond to a comment at the end of Reid's post.. but there are a few interesting comments on the way... so I've added my thoughts >Spot on. I'd further add that most of the best commercial logos are pretty >simple--not all, but it's a lot harder to make a complex one appealing. I agree, and add a further comment. Yes there have been some well drawn/rendered logos, however many seem (IMHO to me) like taking a average idea, but adding as many effects to make it look good. What I think (and hope) we should be looking at is the concept, not the frills. >Without singling any of the entries out, I think that most of the >currently-posted entries are too complex. As a side note, and not a very >relevant one (maybe), it's pretty clear the list is populated by a mostly >left-brained crowd; look at how many of the entries depend on word play, >acrostics, and the like. Again I agree.. there are a few graphical people here, but most are "left-brained crowd".. but what's Boosts target audience? It's actually a serious question.. first line would be developers.. so a "left-brained crowd" logo would be ok, second line are companies.. which probably don't look at the logo, more the legal use of boost. What I'm trying to say is most logo's are for the general population.. in the case of boost (unfortunately) we don't have world domination.. so we should be producing a logo for the selected target audience. >Not saying that's bad, but again, the logos people >tend to remember are more likely to be graphic than semiotic. Yeah, I guess >that one deserves a smiley, on the grounds of self-referential irony. So >here: <g>. Now, if there were just a way to make emoticons >tail-recursive...come to think of it, I'm surprised no one used recursion as >a means of indicating "boostness." If it weren't too late, I'd maybe have a >go at that. Although most of my ideas were based around shapes, color use, >and shading. I agree with "graphic than semiotic" for the general population.. does it apply to potential Boost users? I'm not so sure... but believe its probably true. >Incidentally, I'm also surprised no one has tried to define a coherent color >scheme, especially given that there *are* graphic designers present. Is it >just that everyone unconsciously accepted the existing "cool" scheme? Only >a couple of the entries even try to do much with color, and I can't find any >consistency in the usage (possibly my fault; it's just a hobby with me). >Okay, <\kibitz> I started writing an email awhile back (which I didn't posted), commenting on various designs.. however writing it I felt as it I was actually questioning the process rather than the produced logos (I'm not knocking the designers or anyone else.. just questioning) Why I'm responding to your email is a similar thought... Before we have a boost logo, do we need to define the boost "colours", the boost "font".. the foundations of a "corporate" logo? Or another example, capitalization.. should should Boost be "boost", "Boost" or "BOOST".. my thought is "Boost" in documentation, and "boost" (because coding standards apply) in code. Buts what about in a logo? Going back to colours.. I'm not sure what you mean about the "existing cool scheme".. I presume variants of blue.. there's are good reasons... 1) (unfortunately) most of us are male (and our target audience).. and we have a preference for the colour. 2) Industry Conventions.. I posted a link awhile back (http://lists.boost.org/MailArchives/boost/msg75724.php) which gives another reason; <quote> I'm no expert either but http://graphicdesign.about.com/od/logotips/a/8logoelements_2.htm has a interesting point about colour which I haven't seen mentioned here; Works Within Industry Conventions Often there are consistencies among logos in certain industries, and following these conventions can help customers more easily identify what you do or what you sell. This doesn't mean you should sacrifice originality, but it does mean you (or the firm creating your logo design) should be aware of patterns among logos in your industry and somehow incorporate these consistencies into your design. For example, did you realize that the main color for the logos for Microsoft, IBM, Dell, Hewlett Packard and Intel is blue? The color blue is associated with stability and progress and has long been a standard color among high-tech companies. So if you were a technology company, you would probably want to incorporate blue into your logo design to take advantage of these positive built-in associations. </quote> I guess choosing a logo is very personal and emotive (compared to accepting, or not, a new library).. but personally I trust the judgement of the people here and the process.. discussion is the key I feel. Regards Mark

1 0

Re: [boost] Re: RPC library
by Iain Hanson 10 Mar '05

10 Mar '05

On Wed, 2005-03-09 at 10:22 -0500, Caleb Epstein wrote: > On Wed, 9 Mar 2005 08:45:52 +0000 (UTC), Jarl Lindrud > <jlindrud(a)hotmail.com> wrote: > > > > As for messaging vs RPC, I think the same thing applies; it is easier to > > > build an RPC layer on top of messaging than the other way around. > > > > If you have oneway RPC's, why would it be difficult to build messaging on top of > > that? The two seem to me to be almost the same thing. > > Messaging is often built on top of a broadcast or multicast transport, > so one does not need to locate or connect to a remote endpoint in > order to publish messages. In most, if not all messaging systems you do have connect to an end point. The remote server provides various QoS and you need to register your subject or channel and whether you are a push or a pull publisher. Oh 8-) I think I'm re-inventing the CORBA Notification service. What a surprise. > I don't think one-way RPCs are an adequate > replacement for publish-subscribe semantics like these if you have a > large fanout. Simple one-way RPCs don't have a return value and can't throw exceptions an so there not a good way for messaging if you want QoS other than best efforts. The fan out is irrelevant using multi-cast. /ikh

4 3

looking for Dietmar's thesis
by Max Khesin 09 Mar '05

09 Mar '05

Does anyone have a copy of Dietmar Kuehl's Master's thesis stashed somewhere? The ftp link is dead, and I cannot find mine. thanks, max This email and any files transmitted with it are confidential and intended solely for the use of the individual or entity to whom they are addressed. If you have received this email in error please notify the system manager. This message contains confidential information and is intended only for the individual named. If you are not the named addressee you should not disseminate, distribute or copy this e-mail.

2 1

[shmem] Uploaded to Vault+documentation questions+misc
by ION_G_M 09 Mar '05

09 Mar '05

Hi James and all shmem users, Sorry for uploading to boost files but I had some problems with file size, so I uploaded to boost files instead. In boost vault you will fine a new folder (Shmem) with 3 new files: Shmem.2005-03-06.tar.bz2 //library Shmem.2005-03-06-doc-1.tar.bz2 //doc1 Shmem.2005-03-06-doc-2.tar.bz2 //doc2 Write now I am writing documentation with a text editor and it's just a pain. For this version, I've discovered the CDATA usage so I don't have to manually escape XML characters (<, >, &). I will have a look at Quickbook. Is there any way to "insert" a cpp file directly on the code using BoostBook/QuickBook? That would help me a lot to mantain example code without errors. I've also seen in unordered associative containers documentation that colored code is used and I'm very interested in that, but I don't know if that is provided by BoostBook or was created with an external tool. Regarding new version, there are some name changes, so please, forgive me. I don't plan any further name changes except after a boost review. I've tested it in Windows XP using visual 7.1 mainly and Linux 2.6 kernel (Suse 9.2) using gcc 3.4.1. But it's possible to be errors in some linux tests. For this version I don't have any atomic swap/inc/test function and I don't plan to have it, because library has grown so much that I prefer to polish a bit this. I agree that those functions would be very useful to implement lock-free allocators and structures. If win32 shared_mutex/shared_condition seem very rudimentary test/yield functions but I've not found any pthread-like process shared mutex/condition implementation in any place (the latest time I checked, cygwin, pthread-win32, Windows Unix Services, didn't support that) so I had to make this hack to go on. When I propose a review process, surely synchronization objects should be included/adapted to boost threads, but currently boost::thread's elements don't allow single threaded builds, so I can't use boost::xtime and scoped_locks in shmem when synchronizing two single threaded processes. That's why I've copied those classes in my library changing their name. One last thing: shared memory creation/destruction is not very portable, because I can't find a common implementation that suits win32/posix shared memory model (I mean shm_unlink behaviour). I've not found any valid implementation except using System V shared memory to emulate Win32 shared memory, but I want to use posix functions if available. Has anyone solved this before? Well, thank you for your comments and feel free to write if any problem is found. Regards, Ion

5 5

Re: [boost] [review] hash functions
by brangdon＠cix.compulink.co.uk 09 Mar '05

09 Mar '05

In-Reply-To: <d0kr8r$gl6$1(a)sea.gmane.org> nesotto(a)cs.auc.dk (Thorsten Ottosen) wrote (abridged): > It's a pleasure to announce that the review of Daniel James' hash > functions library starts today (8th of March) and ends the 12th > of March. I have some questions about the design. First, why does hash_combine have a void result, and have side-effects on its arguments? Wouldn't a pure, side-effect free function be better? Second, why doesn't hash_range depend on the length of the sequence? For example, the hash_range of { 12 } and { 0, 0, 0, 12 } are the same. I'd rather they gave different results. Thirdly, the hash values love producing 0. For example, hash_value( (char *) NULL ) and hash_value( false ) are both 0. hash_combine on a range of 0s will produce another 0. Am I the only person who sees this as a problem? -- Dave Harris, Nottingham, UK

2 1

[Boost-bugs] [ boost-Patches-1160158 ] Perl style foreach iterating
by SourceForge.net 09 Mar '05

09 Mar '05

Patches item #1160158, was opened at 2005-03-09 20:05 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1160158&group_… Category: None Group: None Status: Open Resolution: None Priority: 5 Submitted By: Amir Taaki (genjix) Assigned to: Nobody/Anonymous (nobody) Summary: Perl style foreach iterating Initial Comment: somewhere in boost, there should be a perl style foreach iterator, like so #define ITERATOR(obj) typeof(obj.begin()) #define foreach(v,i) for(ITERATOR(v) i = v.begin() ; i != v.end() ; i++) genjix at gmail.com ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=307586&aid=1160158&group_… ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595&alloc_id=14396&op=click _______________________________________________ Boost-bugs mailing list Boost-bugs(a)lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/boost-bugs

1 0

offline code generator for BIL
by christopher diggins 09 Mar '05

09 Mar '05

I just wanted to put forth that I really could use an offline code generator for my work on the OOTL. I only want a handful of interfaces for the library which won't change often. The benefits for me are: a) I won't have extra boost dependencies for meta-programming b) have the fastest possible compile times for my library Christopher Diggins Object Oriented Template Library (OOTL) http://www.ootl.org

3 5

Re: [boost] Re: [review] hash functions
by brangdon＠cix.compulink.co.uk 09 Mar '05

09 Mar '05

In-Reply-To: <422EFC7F.9D48D181(a)tid.es> joaquin(a)tid.es (=?iso-8859-1?Q?Joaqu=EDn=20M=AA=20L=F3pez=20Mu=F1oz?=) wrote (abridged): > Oh, sorry, I misread it. I agree with you hashing a bool makes little > sense, and agree that it probably shouldn't be made part of the public > interface (for the same reasons, for instance, that there's no overload > for char.) Is that because bools and chars will be promoted to ints? I can imagine wanting bools and chars to hash differently, to take advantage of their special properties. Then hash_value('\0') could be different to hash_value(0), which wouldn't bother me because they are different types. However I can understand if this is felt too risky for general use. -- Dave Harris, Nottingham, UK

1 0

Re: [review] hash functions
by Jaap Suter 09 Mar '05

09 Mar '05

I would like to second the following: "1. The overloads of hash_value for STL containers forces the implementation to include <vector>, <list>, etc., which makes the header a little heavier than desired." I'd say it's not a 'little' heavier but a lot heavier. Can we not put the extensions in their own header files; vector_hash.hpp or something? Not everybody has all these containers in a precompiled header already. Thanks, Jaap Suter

3 2