filters

It allows you to embed node fields (images, videos, files and any others) right in the node body using a simple inline tag: [fieldname:items|position].

Syntax

[fieldname:items|position]

• fieldname — machine name of a field
• items (optional) — index of item (or range of items)
• position (optional) — 'default', 'center', 'left' or 'right'

All following constructions are supported:

Using Drupal 7.8, Views 3.0

I have a node type; "Career Postings" which has an associated taxonomy "Department."

Some terms will be empty. However, I'd like to show all terms. I.e.,;

Admininstration

There are currently no positions open <-- there are no career postings associated with this term

Sales

Eastern Regional Sales Associate

Manufacturing

There are currently no positions open <-- there are no career postings associated with this term

etc.

Since I started using my Pre (not 100% gmail implementation) over my Android phone (awesome gmail implementation), I am having to rely on gmail filters a bit more. I'm overwhelmed by my g.d.o subscriptions, but I can't find a good way to channel messages into folders and pull them out of my inbox (auto-archive).

Hi everyone, noob here.

The problem is, I need to filter content by comparing two fields. There are two custom fields: 'Content: Unit' (specified when content page is created) and 'Profile: Unit: Unit No.' (specified by user in his profile). So I want to show users content that is only relevant to their 'unit'.

As far as I have learnt, it's impossible to implement this in Views UI, and I've already played with Arguments settings which gave me no result.

Any suggestions on how to do that?

hello

D6
modules: cck, views, hierarchical select (newest versions)

i ́m working on a real estate website. i added some content types like house, appartment and so on
if you add a real estate, you can add a location too, this is realized with taxonomy.

the location is split in country > state > destrict > zip-code > city> street
country is a vocabulary, state is a vocabulary and so on ...

now i have a view with exposed filters and there you can search for the location too.

I'd like to seed a discussion on Contextual overrides for views 2 module, a possible extension to the Interests module (Which i originally developed while working at Agileware and still partly maintain). I would also like to point out contextual based modules already exist, but they are not what this module has in mind.

To give some background on the idea...

Edit: There is now an offical project page on d.o. The module is nearly ready for a beta release, so the more people that test it, the better.

I have created a filter module for 6.x that in it's current state will allow posts containing:

[item]1234[/item]

-or-

[item]Earthwarden[/item] (for example)

to be converted to WoW DB links. The javascript for mouseover popups is embedded, and results are cached for performance.

Drupal is formatting the user input by applying a set of customized filters before the content is send to visitor’s browser. In other words the user input is stored untouched in the database (except the SQL injection filtering) and then the filter module is performing code cleanup and formatting at the HTML output. In fact the input formats are... output formats :)

This patch to the Formtweaker module, modifies views filters, so they render as checkboxes and radio buttons, instead of select boxes and drop down menus.

Currently there is no way for a user to choose between rendering a filter as checkboxes/radio buttons, or as the default select menus.

How is it done?
How do I add this condition (as a checkbox in the exposed filter section I guess) to the views ui?

Hello mappers,

I have a proposal that I think will make the gmap module stronger, but I wanted to solicit other opinions before I start writing the patch.

I recently was working on two additional gmap functionalities for a client: the first was the ability to load KML files located at an offsite URL as overlays, and the other was a "click to add nodes" functionality so that users could add images by simply clicking on their locations on a gmap.

In both cases I started trying to build my functionality as add modules to gmap. This quickly broke down as I discovered the macro processing was hard coded and not easy to work with. Additionally, I attempted to modify the gmap module itself, but again working with the macro processing was such a headache that I abandoned that idea as well. Finally, I developed these tools as stand alone JavaScript additions, with not UI in Drupal. Not an optimal situation, but I had to get these features out in a reasonable time frame.

I've been thinking about my experience since then, and I have come to the following conclusion: the gmap macro hinders development of the gmap module and prevents additional module development. Therefore, it should be discontinued in favor of a simpler, UI and data model driven alternative, similar to Views.