but I would like to have client ports tagged on different vlans
This one wish is impossible (and unneeded also) if I understood you correctly. Tagged ports are the ports you connect computers or other network infrastructure that are aware of VLAN (and no Windows computers are even supposed to support VLAN - that is not a missing feature as VLAN should only be supported on routers and switches). It might be true that many switches allow only one VLAN to be untagged on any particular port as there is no need for two untagged VLANs on one wire.
Imagine VLAN tag as a 4-byte addon to the generic Ethernet packet. That tag marks each packet to belong to a particular VLAN, but as that tag is not a standard ethernet frame, no computer can understand it - that is why you need to untag a VLAN in order for standard computers to understand it. Switch may be set up to group a number of ports into one VLAN, it's like dividing the switch into smaller parts (which are dynamic) - virtual switches. Each of that virtual switch has untagged ports which clients are connected to. Now, remember we separated the networks one from other, so the whole idea would be lost if we then put all these VLANs (untagged) into one wire to connect to the router. To eliminate the need of having a separate NIC on the router for each of your VLANs, tagging mechanism was introduced. It marks each packed with 4-byte mark which means which VLAN it does belong. So that kind of port would be called "tagged", and would be connected to a kind of equipment that supports tagging. Also another note: that tagged Ethernet packets would exceed the standard Ethernet frame size, and some NICs (most older ones) just can not get that oversizes frame, so if you have troubles with tagged port, check if your NIC supports IEEE802.1q VLAN tagging.
Anyway, the correct solution is to have client ports untagged (dont they already have PPPoE to separate them?), and tagged port (with many VLANs) on the server side