search for: transparency

...r PDF viewers. The archives reveal the following: > From: Benno Ptz <puetz> > Date: Thu Nov 4 14:20:28 2004 > Hello, > > I have run across the following problem: > > Creating PDF files manually by using > > pdf(version=1.4) > > I can make graphs using the new transparency feature of R2.0. Note that I used version 1.4. Attempts to use larger numbers (1.5, 2.0, etc.) resulted in error messages: Error in pdf("FILENAME.pdf", bg = "transparent", : invalid PDF version I also attempted to address this with par(bg="transparent")...

Looking at both i915 and nouveau DP drivers, both are setting the first LTTPR (if found) in transparent mode first and then in non-transparent mode, just like the DP v2.0 specification mentions in section 3.6.6.1. Being part of the standard, setting the LTTPR in a specific operation mode can be easily moved in the generic framework. So do that by adding a new helper. Then, the msm DP driver is

...turn ret; return (ret == 1) ? 0 : -EIO; > > > +} > > +EXPORT_SYMBOL(drm_dp_lttpr_set_transparent_mode); > > This appears to be what the driver currently uses, but why not > EXPORT_SYMBOL_GPL? > > > + > > +/** > > + * drm_dp_lttpr_init - init LTTPR transparency mode according to DP standard > > + * > > + * @aux: DisplayPort AUX channel > > + * @lttpr_count: Number of LTTPRs > > + * > > + * Returns 0 on success or a negative error code on failure. > > + */ > > +int drm_dp_lttpr_init(struct drm_dp_aux *aux, int lttp...

Looking at both i915 and nouveau DP drivers, both are setting the first LTTPR (if found) in transparent mode first and then in non-transparent mode, just like the DP v2.0 specification mentions in section 3.6.6.1. Being part of the standard, setting the LTTPR in a specific operation mode can be easily moved in the generic framework. So do that by adding a new helper. Then, the msm DP driver is

Looking at both i915 and nouveau DP drivers, both are setting the first LTTPR (if found) in transparent mode first and then in non-transparent mode, just like the DP v2.0 specification mentions in section 3.6.6.1. Being part of the standard, setting the LTTPR in a specific operation mode can be easily moved in the generic framework. So do that by adding a new helper. Then, the msm DP driver is

...had to go look at drm_dp_dpcd_writeb() to make sure it never returns 0 (for short transfers). > +} > +EXPORT_SYMBOL(drm_dp_lttpr_set_transparent_mode); This appears to be what the driver currently uses, but why not EXPORT_SYMBOL_GPL? > + > +/** > + * drm_dp_lttpr_init - init LTTPR transparency mode according to DP standard > + * > + * @aux: DisplayPort AUX channel > + * @lttpr_count: Number of LTTPRs > + * > + * Returns 0 on success or a negative error code on failure. > + */ > +int drm_dp_lttpr_init(struct drm_dp_aux *aux, int lttpr_count) > +{ > + if (!lttpr_...

Dear R users, since R-2.4.0 I am not able any more to draw figures without transparency after drawing one figure with alphachannel set lower than 100%. For better unterstanding here a small example of my problem: ----------------------------------------------- pdf(paste("test_alpha_rgb.pdf",sep=""), version="1.4") plot(1:8, 1:8, type="n", xl...

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I would be grateful if anyone had suggestions about software that could (1) create 3D surface plots, (2) handle transparency/alpha blending, (3) generate output in some vector graphics format that preserved the transparency. I could also live with a combination of two programs, one to generate the basic figure and another to modify the output surface to a transparent color (but preserving vector-ness). I've been...

Hello, this patch adds support for real transparency to kdesktop. It adds two new composite manager related features. To activate the features kdesktop has to be started with the "--bg-transparency" option. The first one allows you to change the opacity of the background image. This works currently with the beryl transparent cube and wi...

...ned-off-by: Abel Vesa <abel.vesa at linaro.org> > --- > drivers/gpu/drm/display/drm_dp_helper.c | 50 +++++++++++++++++++++++++++++++++ > include/drm/display/drm_dp_helper.h | 2 ++ > 2 files changed, 52 insertions(+) > > +/** > + * drm_dp_lttpr_init - init LTTPR transparency mode according to DP standard > + * > + * @aux: DisplayPort AUX channel > + * @lttpr_count: Number of LTTPRs > + * > + * Returns 0 on success or a negative error code on failure. > + */ > +int drm_dp_lttpr_init(struct drm_dp_aux *aux, int lttpr_count) > +{ > + if (!lttpr_...

On Fri, Jan 03, 2025 at 02:58:17PM +0200, Abel Vesa wrote: > LTTPRs operating modes are defined by the DisplayPort standard and the > generic framework now provides a helper to switch between them, which > is handling the explicit disabling of non-transparent mode and its > disable->enable sequence mentioned in the DP Standard v2.0 section > 3.6.6.1. > > So use the new drm

LTTPRs operating modes are defined by the DisplayPort standard and the generic framework now provides a helper to switch between them, which is handling the explicit disabling of non-transparent mode and its disable->enable sequence mentioned in the DP Standard v2.0 section 3.6.6.1. So use the new drm generic helper instead as it makes the code a bit cleaner. Acked-by: Imre Deak <imre.deak

Philippe Grosjean raised the question of transparency in the context of writing Windows metafiles, but it has come up before for bitmapped graphics. I've taken a look in the sources, and what we do now is inconsistent. The postscript/xfig/pdf devices do not paint the background iff it is "white". All the screen devices always paint the...

Hi, I want forward port 21 and 443 to my squid. A simply rule (dnat) didnt help me. My http - port (only 80) will forwarded to my squid. It runs fine. Here I have used the HowTo from Tom and the hints from http://lartc.org/. I want to do the same with port 21 as port 80. My network: Shorewall: eth0 net (192.168.108.1) eth1 dmz (192.168.109.1) eth2 loc (192.168.110.1) eth3 loc1

Dear R-users, I am trying to produce trellis (png, or jpeg) graphs with transparent background, but I cannot manage to make that happen. I tried to play around with themes but to no avail. Any advise on the following example will be greatly appreciated: Thank you Sebastien #### library(lattice) df <- data.frame(a=rep(1:4,4), b=rep(1:4,4), c=rep(1:4,each=4)) settings <- standard.theme()

I couldn't find this is in the FAQs or in the R archives and I've poked around the lattice package manual, but... I've been trying to figure out how to generate graphics files with a transparent background with the lattice package. The code to generate the levelplot is fine and I can produce a simple png file with a transparent background just fine, but I'm not sure how to

# polygon ignores requests to have its border transparent, look at par(bg="transparent") plot(c(0, 3), 0:1) polygon(c(0, 1, 1, 0), c(0, 0, 1, 1), border=NA, col = 0) polygon(c(1, 2, 2, 1), c(0, 0, 1, 1), border="transparent", col = 0) polygon(c(2, 3, 3, 2), c(0, 0, 1, 1), border=0, col = 0) # a quick fix for erase.screen() is the following erase.screen <- function (n =

I was working on a haproxy transparent proxy setup that we had working on Centos 7 (iptables), but running into issues getting tproxy working with NFTables on Centos 8. >From https://www.kernel.org/doc/Documentation/networking/tproxy.txt, It should be a matter of: # nft add table filter # nft add chain filter divert "{ type filter hook prerouting priority -150; }" # nft add rule

Hello, I can't seem to add transparency to any color ramp I create using colorRampPalette(). Can someone tell me if it is possible to create transparent colour ramps? I am attempting to map shaded relief under elevation data. I know I can use the terrain.colors() with the alpha option, but I would prefer to create my own colour ramp us...

Hi, Recently i have worked on re-writing beryl's transparent cube, and ported 3d plugin to compiz. I'm attaching a patchset here that includes the transparent cube patches (i'll post the 3d plugin when i fix some problems that didn't happen in beryl). Patching order: btf-ftb.patch, clip-planes.patch, plugin-events.patch, cube-paint-order.patch, transparent-cube.patch. Special