Suggesting to implement correlation between expiration and promotion for adverts at the time of advert creation and after advert is posted.

General idea:

1. To restrict promotions based on advert expiration at the time of advert creation.


2. To allow promotion for adverts but no longer limited by expiration.

Here are several possible scenarios that lead to this suggestion:

Scenario 1 when advert is created:

If you set up multiple duration periods for ads (i.e. 7, 14, 21 days, etc.) and If you set up multiple promotion periods for different promotion types (i.e. 7, 14, 21 days, etc.). Let’s say a user wants to publish an advert for 14 days and wants to promote it as well. In the drop down menu for promotion types https://snag.gy/4yhMIK.jpg the user sees all promotion periods. This is confusing because the user can post an advert for 14 days but chose/pay to promote it for 180 days. When hes advert expires and user doesn't want to extend it a refund to the user for the overpaid amount has be issued.

We know that some users will detect it and not pay for more they need to, but not all users are tech savvy, so if users pay for 14 days they should be restricted to buy promotions for only 14 days at the time when advert is created.

Scenario 2 when advert is already created:

User published for 14 days, 7 days left and the user wants to make promotion on the advert and he knows that advert will be renewed, so he selects 21 days promotion because longer promotions are usually cheaper and this will be better for him then selecting now 7 days and later 14 days.

======================

The compromise in this scenarios is to limit users during advert creation to buy promotions for as long as they set their advert will last. However, after an advert is created and published, the user has to have a choice to chose whatever promotion needed for as long as needed.

Dear DJ Extensions,

Can you improve the mobile responsive functionality of DJ-MegaMenu? Normally the sticky menu should be replaced by the non-sticky menu when you reached the top of the page. Because this is not happening on modern high-resolution tablets, the non-sticky menu stays empty, leaving a white (empty) space on your site, which can look ugly. ▬► BUT: The problem occurs in a certain view mode, see short description:

Short description:
Menu creates white/empty spaces on your site / does not work properly when you open the page in Portrait Mode and when you after that turn your screen to Landscape Mode. I speak about tablets where the non-mobile menu (like on desktop) shows up on Landscape Mode.

Long description:
When you open your site (with DJ-MegaMenu installed) on a high-resolution tablet, the site has enough width in Landscape Mode to show the normal menu instead of the Mobile Menu (which you'll see in Portrait Mode).

DJ-Mega Menu will switch from Mobile Menu to normal menu when you turn the screen of your tablet. And that is where the problem occurs: On the normal menu as appeared on tablets.

Now, the normal menu, although you have set up 1 menu, it actually consists of 2 menus:
- A sticky menu that will always stay on top when you scroll down
- A non-sticky menu inside a module/template position when you reached the top of the page

So, in short:
- Normally the Mobile Menu should be replaced by the normal menu when you turn the screen of your tablet
- Normally the sticky menu should be replaced by the non-sticky menu when you reached the top of the page.

Test this on modern high-resolution tablets and you'll notice some problems.

▬► REPLICATION STEPS

1. Start with holding your tablet in Portrait Mode


2. Now open the website in this Mode


3. Turn your screen to Landscap Mode (see if the Mobile Menu is replaced by the normal menu)


4. Scroll down (see if the sticky menu shows up)


5. Scroll up


6. Reached the top of the page? A reasonable chance the sticky menu does not disappear and the non-sticky menu is now an empty white space (is not desired / could look ugly).

Devices / Os / Browsers showing this problem:
- Android Nexus 9 / 5.0 & Chrome Mobile 58
- iPad Air 2 / 8.1 & iPad Air 2 / 8.1
- iPad Mini Retina / 7.0 & Mobile Safari 7.0

it works correctly on:
- iPad 4 / 6.0 & Mobile Safari 6.0

N/A on:
- Android Nexus 7 / 4.2 & Chrome Mobile 57 (with default settings it never shows the normal menu, only the Mobile Menu)

I have not test other tablets and can not say whether the problem also occurs there.

NOTE: It most of the times works OK when you (re)open the page in Landscape Mode, but not in Portrait Mode. The problem occurs when you enter the page / (re)open the page in Portrait Mode and after that turn your screen to Landscape Mode.

I hope this could be a reason to improve things more. The less responsive errors, the happier the clients.

Thank you in advance for hopefully improving this,

Kind regards,

Agent Mdm

Private messages for "DJ-Classifieds"

Very required applications for sending and receiving personal messages on the site in "DJ-Classifieds"
The existing component "uddeIM PMS" looks, to put it mildly, out-of-date and not beautiful in design (the generation of chats that was the years before). This application is rarely updated.

I, probably, many of your customers would like to have something modern on the site so that you could create a dialogue on the topic of the ad from which the user submitted a personal message to the author of the ad.

Now the existing component does not work after the last updates, the user sends a message to the author of the ads, but the message is not displayed in the sent or received messages from the author of the advertisement.

But design is the main problem of the existing component, when the template from "Joomla-Monster" is purchased, all elements are thought through in this template, after installing the "uddeIM PMS" component on the site, an ugly, not modern section of private messages appears, as if from the last century. Unfortunately this makes a big disadvantage to the site