I suggest you ...

dependent additional fields

to make dependent additional fields, for example when choosing the stamps appeared with select car models of this brand. now only through the categories and you can implement - but there's no point, in my example, to create 3 000 categories better in dependent fields

151 votes
Sign in
Sign in with: facebook google
Signed in as (Sign out)
You have left! (?) (thinking…)
Pavel shared this idea  ·   ·  Flag idea as inappropriate…  ·  Admin →


Sign in
Sign in with: facebook google
Signed in as (Sign out)
  • AdminTomasz Kowalski (CEO, DJ-Extensions.com) commented  ·   ·  Flag as inappropriate

    hey guys,

    thank you for your patience on that matter.

    I have few words to say about conditional fields for DJ-Classifieds and I'm curious to hear your thoughts on this.

    The feature is quite complex to be added (and requires also the rebuilt of the custom fields structure in the first place, so it could work with many fields without breaking the servers) this is why we're holding with that feature.

    However, we agree it is a feature that would be helpful in many situations.

    As we see this is a highly required feature, but at the same time, we're not able at the moment to add it to the next update.

    I have a proposal/question to all interested in this feature:
    Would you be keen to participate in the crowdfunding model for introducing this feature? Each of the participants would, of course, get nice bonuses (such as free subscriptions, vouchers for our other services, depending on the participation level).

    The estimated development cost would be around $2000.
    Let me know if you'd be interested in such a model?


  • Anonymous commented  ·   ·  Flag as inappropriate

    Dear support team,

    i have the same opinion,
    that this feature is absolutely necessary and would improve the overview
    and open parallel a lot of other functions.

    i does not matter what does our clients wants to post,

    we have in each case an
    Make (Audi for cars or Samsung for TVs) and we also have the
    modell RS6 (Audi) or QLED (Samsung) and then the
    type (RS6 normal or RS6 performance) or for QLED (55" or 65" etc.).

    so as you can see you have in each case the same structure.
    Make - Model - type

    my personal opinion is that we need more then these 3 steps.
    if you look at following link you can see the needed structure for an really good car spareparts website.


    i would like to import the database from this supplier to offer my visitors an powerful basemant of car information.

    In sum there are round about 52.000 entries, structured.
    I need these structure and i think for now it is not possible to create such function with your tool for now.

    i really would like to code my website with your tools and hope that you can add this feature.

    many thanks for your feedback.

  • Anonymous commented  ·   ·  Flag as inappropriate

    Сделайте что бы доп.поля были зависимы между собой.

  • ahmed commented  ·   ·  Flag as inappropriate

    i don't see any point of not making this modification , your extension is great but lack for this feature
    i thought it's standard feature when purchasing , and now got depressed when discovered it's
    under review since 2015
    implementing this feature will make things neat just consider 50 Makes and every make has 5 models that means 5*50 = 250 + 50 makes = 300 item
    and if i have 15 categories for products that means 4500 categories
    this is an a little image if i used categories to manage this

    | |-------->320
    | |-------->520
    | --------->Honda------->accord

    | |-------->320
    | |-------->520
    | --------->Honda------->accord

    | |-------->320
    | |-------->520
    | --------->Honda------->accord

    i might manage all of these messy categories in just two dependent fields (Make and Model)

  • Ahmed commented  ·   ·  Flag as inappropriate

    We need this feature. Has to be prioritized. It limits your classified tremendously. Implementing this feature will open a lot of doors.
    My site is another example where we need this:

    Category list of car parts.

    For each car part selected a user can then select car model, make and year for that part.

    Right now I have to create custom fields of all my car models, makes and years but these fields do not cascade. So if a user selects a make, the other fields should update but they do not... The only way around this now is to create these three fields as categories for every part. Not practical at all

    I have been monitoring this thread for a few months now, what is the reason for the delay on this ?

    You can easily add code in the your item controller that will not add any stress to the server.

    Here is a pseudo code snippet idea:

    1) Add a new custom field type in dj_classified that has cascade enabled and allows you to add other custom fields to it.

    custom field 1:
    name: "car_make"
    special_type: "cascade"
    Show when value selected: *blank* will show the field regardless of value
    linked to: "car part 1", "car part 2", "car part 3" ( can select 1 category or multiple categories or custom fields VERY IMPORTANT)
    Type: "selectlist"
    values: "BMW","VW","Honda"...

    custom field 2:
    name: "model_Honda"
    special type: "cascade"
    Show when value selected: "Honda"
    Linked to: "car_make"
    Type: "selectlist"
    values: "Accord","Civic"

    custom field 3:
    name: "car_year"
    special type: "cascade"
    show when value selected: *blank*
    linked to: "model_Honda", "model_BMW", "model_VW"...
    Type: "selectlist"
    Values: "2016","2015","2014"...

    2) Go to com_djclassifieds\controllers\item.php

    3) Go to line 769 where you find the following code:

    echo '<input class="inputbox" type="text" size="30" value="'.$value.'" name="se_'.$fl->id.'" />';
    }else if($fl->search_type=='select'){

    4) right after that you can add a code comparison. If $fl->id = id where special_type "cascade" exists Then load related custom field(s) add an onchange handler to grab related fields when custom field changes.

    echo '<select class="inputbox" onchange="updateField(*CUSTOM FUNCTION AND VARIABLES*)" name="se_'.$fl->id.'" >';

    5) update your mod_djclassifieds_search default view with the updateField function to grab related cascaded fields when a user selects a different value from the current field.

    6) profit

    Note: How you handle the sql side is up to you, but since you do a onchange handler you won't be loading all the data in one go. Server load should be ok.

  • FabZ commented  ·   ·  Flag as inappropriate

    I consider this a very useful option, even though I agree with Tomasz Kowalski: could adversely affect server performance ...
    Perhaps a good compromise could it be to limit to one or maximum two the dependent field levels? In my opinion, to work on 4 or 5 sub-field levels could not make sense.

  • i8iinc commented  ·   ·  Flag as inappropriate

    Seperate the 'Types' option and make as a separate element. (Like the 'custom price' and custom 'contact options' - everything should be like this)

  • Ahmed commented  ·   ·  Flag as inappropriate

    Just got this component and this feature would definitely add a lot more versatility to it. Up voted, we need this !

  • game commented  ·   ·  Flag as inappropriate

    Hello, guys. dependent fields and cascade fields for search module . We are really need it , iam sure. For example how to use DJ-Classifieds for attach cities metro to location if we have more then one city in our site? I need location as a custom field and cascade dependent fields fields also. Now i use category as a city but its a very uncomfortable Because now its look like:"

    Country -

    - City 1 - base categories - sub categories -Attached location fields as a checkboxes (metro, districts)

    - City 2 - base categories - sub categories - Attached location fields as a checkboxes (metro, districts)

    - City 3 - base categories - sub categories -Attached location fields as a checkboxes (metro, districts)

    - City 4 - base categories - sub categories -Attached location fields as a checkboxes (metro, districts)

    - nCities ........"

    but it can be look like":

    Location" Country, City, Attached location fields as a checkboxes (metro, city districts) , base categories - sub categories"

    Its can be much more better, i mean we need cascade cutom fields : FIELD LOCATION: LEVEL1 Country (dropdown) , LEVEL2 City (radiobutton) , LEVEL3 district (checkbox) , metro(checkbox)) , direction , e.t.c.

  • AdminTomasz Kowalski (CEO, DJ-Extensions.com) commented  ·   ·  Flag as inappropriate

    This feature could be very heavy for the servers and can make sites slower, we're still considering if this is something that have more pros or cons.
    Why not using nested categories and fields dependant on the category.
    As you can create fields that are tied to particular category - maybe this is a good option?
    Additionally you could use import functionality to add as many categories as you need (you can check that tutorial: https://dj-extensions.com/faq/dj-classifieds-faq/how-to-import-categories-and-subcategories-to-dj-classifieds )
    what do you think?

  • Antesan commented  ·   ·  Flag as inappropriate

    I have started to built a big site using DJ-Classifieds. I was searching for how to work with dependent fields and found this article in suggestions:-(
    Now, production i stopped since this feature is not implemented. I thought this would be a standard feature in the product. What is the status? Will the function be implemented? Now I need to find another tool that works with dependencies.

  • Tenu commented  ·   ·  Flag as inappropriate

    I know that RS-directory has that feature and is very common to use it on vehicle sites

  • [Deleted User] commented  ·   ·  Flag as inappropriate

    Yes dependent fields or Conditional fields is a must have for a extension like this. All modern classified extensions have this option.

Feedback and Knowledge Base