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
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.
Very-very important function.
Сделайте что бы доп.поля были зависимы между собой.
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
i might manage all of these messy categories in just two dependent fields (Make and Model)
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:
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)
custom field 2:
special type: "cascade"
Show when value selected: "Honda"
Linked to: "car_make"
custom field 3:
special type: "cascade"
show when value selected: *blank*
linked to: "model_Honda", "model_BMW", "model_VW"...
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.'" />';
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.
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.
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.
Seperate the 'Types' option and make as a separate element. (Like the 'custom price' and custom 'contact options' - everything should be like this)
its very very Necessary feature
should we emigrate to another extension to have this feature !
Just got this component and this feature would definitely add a lot more versatility to it. Up voted, we need this !
sorry that I do not have the vote, I would have voted in favor of this idea
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:"
- 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.
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?
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.
I really need this
I know that RS-directory has that feature and is very common to use it on vehicle sites
[Deleted User] commented
A serious option for sure
[Deleted User] commented
Yes dependent fields or Conditional fields is a must have for a extension like this. All modern classified extensions have this option.