z1000-forum.de

We use the birthday sidebar hook, but i had to rewrite it because it has the annoying hardcoded 5 entries limit. No problem here, BUT there were also only 6 entries shown, even when more users had birthday today.

 

I checked the birthday cache and saw that not all entries are in there. A quick look into the cache code brought a second hadrcoded limit on this really annoying 5 user limit in the cache loading method.

 

IP.Calendar 3.3.3

File: admin\applications_addon\ips\calendar\sources\cache.php

		while( $r = $this->DB->fetch() )
		{
			/* Only allow 6 per day, then the "upcoming birthdays" can display 5 and know there are more to display */
			$_days[ $r['bday_month'] . '.' . $r['bday_day'] ]++;

			if( $_days[ $r['bday_month'] . '.' . $r['bday_day'] ] > 6 )
			{
				continue;
			}

			$birthdays[ $r['member_id'] ]	= $r;
		}

 

Why?

 

 

 

 

It doesn't cost anything to load all todays users when recaching one time a day and gives other much more flexibilty to use it. And more, removing this kills also an unexpected behavour of this cache.

Theres currently only the option to switch the debug mode on or off. It's then enabled for all users. I think it would be a useful option to enable the debug mode only for some selected groups that are interested in debug information. And restriction to selected applications would be nice to.

The current share options provide many 3rd party options like email, fb, twitter and so on. But what about your own community? Isn't it worth to provide a option to share an interesting post to a member of your own board?

 

 

I want to share a post or something else to a member of my own board via PM or Notification.

I'm using Nexus since today and when setting up all these things like Packages, Custom package fields, Payment gateways and so on i missed one thing.

 

I want to provide two payment methods, one manual via bank transfer and Paypal. The problem with paypal is the fees of it which is "1.9% + 0.35€" of the price (in Germany). I didn't find a way to get the price adjusted based on the Payment gateway and this is the reason not to provide Paypal.

 

The custom package field isn't the way to get this done, even it could be associated to payment method, because the rules on custom package fields only the option to add hard amounts on or off the base price and not percentages or simple formulas like 0.35€+0.19%.

 

So my suggestions are end price adjustment based on the chosen payment method and the ability to enter simple formulas or percentage amounts.

As a foreign language user of IP.Board the language management area is improvable in some points. My suggestions are:

• Make the limit of shown word package entries configurable, not only 20 per page. I always manually set it to 200 in the manage_languages.php to get a fast overview which new untranslated entries i have after an app update. The 20-paging is very annoying when having a look at i.e. >500 entries.
• A filter for untranslated values in the word package, so you don't have to have a manual look at all entries if they have a custom value or not.

Also posted it here:
http://community.inv...provements-r592

And created a hook for this:
http://community.inv...s-improvements/


Hope IP pays some more attention to non english users.