When using flash and lightbox (and lookalikes) it’s a common issue that the flash movie which should be under the lightbox pops out of there (often in weird places and not 100%)

So, an elegant way to solve this in Javascript would be to have the flash moved or disappeared.

Hide it (display none)

Using simple javascript one can hide the flash (or the div where the flash resides in) to have it re-displayed when necessary.

document.getElementById('div_flash').style.display = 'none' // hide
document.getElementById('div_flash').style.display = 'block' // show

And the same but in jQuery:

$('#div_flash').css('display', 'none') // hide
$('#div_flash').css('display', 'block') // show

However, in certain cases of movies, this will reload the movie (like what I encountered using the amCharts flash movie). Using this method to hide / show the movie is not prefered then.

Move it (margin-top or similar)

The other method, which prevents reloading the flash movie for certain cases, would be to move the flash movie.

It’s best to take in account whether or not it’s ok to have a scroll appear. Mostly this is not wanted so I’ll just use negative margins that seems to prevent the scroll to appear (at least in firefox):

document.getElementById('div_flash').style.marginTop = '-99999px' // hide
document.getElementById('div_flash').style.marginTop = '0' // show

And the jQuery equivalent:

$('#div_flash').css('margin-top', '-99999px') // hide
$('#div_flash').css('margin-top', '0') // show

It’s not required to work with margin-top, but it’s best to work with either margin-top or margin-left, because margin-bottom and margin-right (with negative values) will probably generate a scrollbar.

My internship: Global search @ ugent.be

Lagging a bit behind, I’m going to describe my internship.

In a nutshell, my internship is about search, a whole lot of search. Since the portal site of the university at Ghent (http://www.ugent.be) is moving to and running Plone as its main CMS and a whole lot of data is going into this portal site, people need to be able to search all that data.

So, the challenge is to implement a search system taking care of as much as possible, preferably in an open source environment! The idea was to use Apache Solr as main search engine, which uses Lucene. The fun stuff about this is that we stay within the field of open source, and still provide a strong search engine.

That being said, I’m currently working towards understanding Solr, since I have no experience what-so-ever with Solr (and only very little experience in Plone) this is going to challenge me, and I like challenges!

So, now you know what the assignment is, let’s break it down into steps. Because we’re in a western world and we enjoy the clear path of steps. Obviously that’s needed, since just starting it head-on will end in failure.

First: Learn Solr

First I’m going to discover as much as possible about Solr. It so happens that the university’s library has an implementation of Solr running for their search. I’ve also been given the book Solr 1.4 Enterprise Search Server by David Smiley and Eric Pugh to study. Using that book I hope to get a clear vision of Solr.

Next: Case study

As mentioned in the first step, the university’s library is running a Solr implementation. It just so happens that implementation is currently barely documented. We proposed to do this for them, since they’ve been (and still will be probably) a great help in getting us up to speed with Solr.

I’m basically going to put their techniques in documentation, case study style. That way I have seen a Solr implementation running (all parts of it) and I’ll have a better vision on how to implement it on the scale we want.

After that: Plone + Solr

When that’s done, the goal is to have a Plone plugin to integrate Solr as easy as possible into any Plone setup. Since there’s been found some evidence that people in the Plone community have already started such effort (or once started it) it’s possible that we will communicate with them to finish the module.

Extra extra

Every internship has its main goals and some extra, in case the main goals were achieved too early (or just in time to do more work), I have some extras too.

As extra we have the expansion of the global search. Since the portal site of UGent is not all the content hosted by the university, and we want as much as possible searchable, it’s possible we look for ways to have the external UGent websites searchable too. Possibly by crawler (Nutch maybe)

Internship category

Since it’s best to blog my improvements (and findings, if any) and possibly help people along the way, I created this small subsection on my site. For people interested in Solr and / or plone (possibly the improvement or development of a plone module for Solr, although it seems such effort is already on the way) I hope to help as much as possible!

Since I’m quite the python fan, and also indirectly a fan of bazaar, I’m really liking the bazaar explorer. Especially on windows. Since I wanted the same application on linux, tried to install the explorer.

Somehow, somewhere something went wrong. Obviously not a good thing. After installing the bazaar explorer (first through downloading the tarball here, secondly by executing “bzr lp:bzr-explorer explorer” in the ~/.bazaar/plugins folder) I stumbled upon an error:

Unable to load plugin 'explorer' from '/usr/lib/python2.5/site-packages/bzrlib/plugins'

and later the same from my ~/.bazaar/plugins folder…

The solution

Actually deceivingly simple, the source installation page from bazaar explorer said:

If this fails to start, ensure that you have compatible versions of dependent products installed, namely: QBzr, PyQt, Qt and bzr.

Making sure you’ve got these requirements fixes the whole ordeal.

Qbzr on debian

My solution was simply to install qbzr on debian, since I already had bzr, qt and pyqt installed.

To install qbzr on debian, one needs to add the following to /etc/apt/sources.list (following these guidelines):

deb http://ppa.launchpad.net/qbzr-dev/ppa/ubuntu jaunty main

Updating apt and installing qbzr (as root of course, or sudo):

# aptitude update
# aptitude install qbzr

Now, enjoy your bazaar explorer!

PS: when you have the error on the key, here’s an explanation on how to add it to apt

The Haiku OS project site has published the first version ISO so I immediatelly went to the download page of the Haiku OS site, since I’m a big pro of the haiku idea. Downloading the iso (with sourceforge mirror) only took 10 minutes, but it isn’t nice of them to zip it (like an iso in itself isn’t good enough)

Preparing Virtualbox with pretty much everything standard (for an OS not known by Virtualbox that is):

• 256 MB ram — I assume it will be enough
• 2 GB HDD — Said in the installation instructions to be sufficient

The iso mounted in Virtualbox really did a nice bootup time, installer could use some work, especially since exiting (square box left-above) the installer / setup actually makes the total system do nothing anymore (it should reboot, or failsafe to desktop imho). Total setup time seems to have come down to 10 minutes, extremely fast!

In the end, there’s got to be large credits for the installer being so straight-forward. In the end, if one reads the installer instructions as they pop-up in the process, one can install with ease. Most files seemed to be html files, which is quite funny ^^

Also, having an OS with 16835 files is seriously nice. Don’t really know if I should say this, but at the moment, it’s the smallest OS I’ve got in my entire Virtualbox setup. And I will most certainly play around with this one a _lot_ considering I hope it will become what I always wished for in the Desktop Linux experience.

What is also quite amazing imho is the fact that python, perl, and more are installed by default. Because I believe scripting will become more and more common in the real world, this can go the correct way!
Having played around with this some, taking some (loaded) screenshots, etc… I think Haiku OS has gone a long way, but still has very long to go. Positive points (for now):

• Extremely fast boot-time, and a no-nonsense approach to the whole deal
• Having the BeOS ideas and not trying to re-invent things seems to have effect

Negative points (points to work on):

• alt-tab feature, or something more obvious than the Deskbar to switch between applications

These points and conclusions are what I saw on first-impression. And I like what I see at the moment! Although the project has a long way to go still, it seems to gain momentum every time I try it, and I hope to start developing for it soon myself (although I prefer developing for servers :P)

Share this post, help Haiku gain even more momentum, try things out and comment here (or directly on the haiku site)

This person has been very busy, and still little work seems to be done.

In a nutshell, we’ve been busy getting the main website for pySM online. pySM is me and Tim’s project into system management (There are some posts about it in this blog)

However, soon after getting quite the lot of url’s and basic apps online, I decided to change the url structure to become a littlebit more simple. Fact is that we were trying to overachieve, something that seems to happen to us a lot :(

Anyhow, pySM is currently online on 2 (yes, 2 url’s, instead of the douzen-or-so earlier) links:

• pysm.be << Main site + Blog, makes sense that people interested in the project will directly see the progress. However we will probably in the future try to maintain a proper website with introduction, links, screenshots, documentation, world domination plans, etc…
• trac.pysm.be << Trac site, contains documentation (raw material basically) and a webview for the bazaar repository. Tickets can be created over there too, although I don’t really see the use for the moment.

I hope that having this simpler structure will enable us to work more on pySM to get our first _decent_ version out. After that, we can try to overachieve again :)

Best of regards,
cpf

Today all pysm sites (which used to be only trac) has been moved.

The “old” url (www.pysm.be) has been moved to the server hosting codercpf.be (Yes, this site)

We’ve changed the old only trac to seperated sites:

Update!

I put some url’s here last time, but those changed. For sake of having consistency, and not sending people to the wrong places, here are the updated ones :) (And the post announcing it on this blog)

• pysm.be << Main site + Blog, makes sense that people interested in the project will directly see the progress. However we will probably in the future try to maintain a proper website with introduction, links, screenshots, documentation, world domination plans, etc…
• trac.pysm.be << Trac site, contains documentation (raw material basically) and a webview for the bazaar repository. Tickets can be created over there too, although I don’t really see the use for the moment.

While we were at it, we changed the previous Subversion repository to a bazaar repo. Makes it a lot easier for us developers, although on first glance there’ll be little difference between the current bazaar repo and the Subversion way of doing things.

This will only be a small step into our attempt to rule the world using pysm!

Update: The site has removed the logo. Arch is victorious (linky)

As it appears, there is someone (in particular a company named Ace International Tutoring Pty Ltd) as outragious as it might seem, it is true.

As for the original article, it explains how the devs and official archlinux crew have come to the conclusion that this logo is indeed originaly theirs, and it has been “stolen” by someone thinking he can get away with it…

DIGG THE ARTICLE :)

Long title for a short post. I tried to search on google, and since I found nothing decent.

To migrate from thunderbird to icedove in debian linux, one only needs to rename the config directory of thunderbird:

mv .thunderbird .mozilla-thunderbird

Although I think this is stupid (I’d have prefered to see .icedove instead of .mozilla-thunderbird)

Enjoy your path towards ice* enlightenment…

So, since I’m a long and happy yeganesh user, but I recently moved to debian and didn’t want to have the haskell overhead in my system, I wrote my own little implementation in python.

What is it?

PyDmenu tries to clone the yeganesh behavior. However, it has its own ups and downs. Currently, the code is made to work, not made to look good (it will look good in the future though)

It’s a shell above the dmenu application which is basically a simple launcher.

How to use?

Download the current .tar.bz2 file, untar:

$ tar xjfv pydmenu.tar.bz2

Using it like this:

$(/path/to/pydmenu.py)

will automatically execute the selected item. I have this in a script bound to mod4+p.

What else

The only thing handy would be to know that it creates a simple cPickle file in ~/pydmenu_save

To change any behavior you should edit the pydmenu.py file, the font, colors, etc… are in the DMENU array, only requirement there is to keep dmenu as first.

Enjoy, and please leave any comments (/emails) if something went wrong somewhere.

Tried to keep the title short. In this article I’ll be trying to explain how to start a new X screen with some WM in it.

I wanted to use it to launch a new X screen for gaming purposes.

The code

In a nutshell, this is code that resembles the most basic functionality of startx (without the use of xinitrc of course). I found a serious lack of documentation about this… Although it is far from hard :)

Xorg :1 -ac -config xorg-game.conf &
DISPLAY=:1 openbox

This is actually really basic. It basically tells Xorg to start a new screen. Instead of :0 (standard), this will launch on :1 -> next we only need to make a wm (in this case openbox) start in that screen.

The script will take you directly at the new screen. Getting back at your first requires ctrl+alt+f7, your new one is at ctrl+alt+f8, and the next would be at ctrl+alt+f9, and so on.