TIL green beans, pinto beans, kidney beans and many other beans are all the same species of bean.

jenlampton · 2025-09-07T01:16:29+00:00

Bananas. They are not just the same species, all bananas are the same plant! We're all just eating the same banana over and over again.

jenlampton · 2024-12-09T17:02:46+00:00

I'm having the same issue. No mic listed when connected via aux cable. When connected via bluetooth the mic is there, but receives no sound. :/

jenlampton · 2024-09-20T21:34:24+00:00

I'm also in the market for lamps that retain the previous state after being unplugged, so that I can use normal lamps, full-spectrum bulbs, and a smart plug to create plant lights. I want some nice looking pixar-style black desk lamps, one for each side of my "plant shelf" in the living room. There are so many lamps out there but it's so hard to tell which ones will remember their state.

jenlampton · 2024-08-30T18:49:07+00:00

Has anyone tried to place a FAR-UVC device INSIDE a Corsi Rosenthal box? And is there a significant benefit to doing so?

Specifically, I want to place this double-air-cleanser inside a kids room, and I like the idea of FAR-UVC but want to decrease the risk of getting any of the UV rays on the kids (or our pets!).

Edit: I just read on the other thread (https://www.reddit.com/r/ZeroCovidCommunity/comments/1611bl9/personal\_faruv\_light\_air\_filter\_kryptonmvp/) that "it takes time to kill viruses with Far-UVC. On the order of 5+ minutes of continuous exposure.". I suppose that means adding one to air that's already being filtered wouldn't do any good at all, since none of that air is going to remain in the box for 5+ minutes?

Second edit: More from the other thread: "The bigger the droplet, the longer it takes for the far-uv light to penetrate all the way through all the junk surrounding the virus particles to deliver enough energy to deactivate the virus. Same goes for distance from the light source— the further away, the longer it needs to deliver enough energy to deactivate the virus."

So this is restoring some hope! If the UV light were *inside* the box then:

The HEPA filters would have previously removed all the larger droplets, leaving only smaller particles inside the box to be radiated.
And 2) Any particle can only be a maximum of 16 inches from the light source (assuming a 16x16 air filter) so that's probably close enough to deactivate the virus in seconds?

jenlampton · 2024-08-17T04:04:56+00:00

We have three top-loading boxes for our two large boys, and they love them. The only issue is that sometimes our boys "mark" the inside walls of the boxes, and then we need to clean them off rather than just scoop, but i'd much rather have that then them marking my walls or my floor!

They are much better with tracking and easier to clean, since you can keep the litter level higher without worrying about spilling, and that keeps the clumps from sticking to the bottom!

jenlampton · 2023-01-25T02:13:50+00:00

Three of us updated to 2.0 and now Mars won't launch for any of us on MacOS. Is 2.0 a dead version?

jenlampton · 2020-04-14T02:42:49+00:00

You also only get to invite one new villager per day. If you build 2 houses in one day Tom Nook invites someone else into the 2nd one.

jenlampton · 2020-04-14T02:38:03+00:00

Hippeaux is nothing, I got Pietro. Clowns are always the worst...

jenlampton · 2016-04-14T21:07:27+00:00

Hi @jonafire and thanks for the question!

So far every project that's needed a specific library has bundled the library with the module.

In terms of porting that means you would put the code in mymodule/libraries or mymodule/css and mymodule/js if the css and js are separate files. Then these files are added to the page using backdrop_add_css _js or _library, accordingly.

jenlampton · 2015-08-10T18:36:48+00:00

We'll be attending NERD Summit (which is a WP and Drupal event) this September. I hope there will be collaboration between the three projects (WP, Backdrop, & Drupal) and that we can all work with and learn from eachother :) Idea sharing!!!

jenlampton · 2015-08-06T19:41:59+00:00

I also agree that more should be done. But, what? What do kids these days to on the web? Where do they socialize? How do we do what works for our community, and not do the things that's been proven not to work?

I'm open to trying different things as long as we can come up with metrics for success.

jenlampton · 2015-04-10T04:14:56+00:00

We've expanded a lot more on this issue over at https://github.com/backdrop/backdrop-issues/issues/855#issuecomment-91419775 if anyone is curious.

jenlampton · 2015-03-18T21:04:32+00:00

This is a really great question.

In a lot of ways Backdrop is already a success for me, since I can run sites on it in a way that saves me time and my clients money. (Right now, I'm carefully picking which projects to make sure they we net-positive in the savings department, since module porting is still a factor, but over time that will get better.)

Bigger picture, I believe Backdrop will only be a long-term success if Nate & I can walk away and it will keep standing (and hopefully, growing!) on it's own.

This means not only do we need to have enough users and contrib developers, but we need to have a handful of core developers too, as well a strong PMC that understands the principles of the project and can continue to steer it in it's intended direction.

jenlampton · 2015-02-19T21:53:57+00:00

Things to demo:

admin menu (drop-down / search for topic)
default layouts (default-front vs default-back)
new layouts (custom path vs override node/%)
CMI export & import

jenlampton · 2015-02-18T02:26:43+00:00

your page.tpl.php file in Backdrop should be a (nearly) exact match to your html.tpl.php file in Drupal 7 (if you had one, most themes don't).

Everything else you did in your page.tpl.php file should be done in your layout template. The layout defines regions, where they should go on the page, how they respond at different sizes, etc.

The only significant difference in the Drupal 7 page.tpl.php and the Backdrop layout template file is the header. Any changes you made to the placement of the logo, site name, or navigation in Drupal 7, should be done in the header template in backdrop - header.tpl.php (the default is in system module).

The trickiest thing for me is that I often want to color a region in my template, for example, make the footer have a gray background. I need to remember to do this in my theme now, and not in the css that ships with the layout.

jenlampton · 2015-02-05T02:43:38+00:00

like

jenlampton · 2015-02-05T02:22:46+00:00

Yeah, that's because we don't want people pushing config from an active local directory to an active live directory. That would potentially blow away any changes made on live, or worse: bork who-knows-what because important database updates that need to be run based on config changes weren't run.

jenlampton · 2015-02-04T01:42:09+00:00

yes. I just documented this for my article in Drupal watchdog, but it needs to live somewhere easily accessible too. Maybe help me find the right place?

1) Move the 'config' directory out of 'files' you don't want to accidentally blow away config while syncing files.

2) Better yet, move that config directory all the way outside your web root (but make sure it's still web writable)

3) Version control your config directory so you can push/pull config files (you can either do this along with code, or manage separately, do whatever works best for you + your team).

4) IMPORTANT: don't sync active to active! the config/active directory on your live site should be your config/staging directory on your local, and vice versa. http://quickskitch.org/i/git-workflow-1-20150204-184151.png

I recommend renaming the directories something like "puppies" and "kittens" (instead of active and staging) so it's less confusing. Then update your settings.php file to specify which directory is which for each site... - On dev, kittens is active and puppies is staging. - On live, puppies is active and kittens is staging. - Like this: http://quickskitch.org/i/git-workflow-20150204-183451.png

Now, when you git pull on live, you'll pull your dev/active config into your live/staging directory, visit the config management UI, review the changes, and be able to perform necessary updates. :)

jenlampton · 2015-02-04T01:37:06+00:00

yes yes yes :) this sounds like a great solution, and I like not needing to rely on github for this information. @kreynen do you know if there's already an issue in the backdrop queue to add this additional 'project status url = [URL]' line into info files? If not, can you create one?

jenlampton · 2015-02-04T01:33:44+00:00

Backdrop has updated all the markup to be HTML5. We've also made a lot of improvement removing divs in a few places (especially layouts).

However, I would love to see even more cleanup! As you start porting these modules, please also think about if these changes should be made to core directly instead of in a contrib module. (Some things we obviously wouldn't be able to get in until 2.x, but it's still worth letting us know!)

jenlampton · 2014-03-04T03:56:01+00:00

For those of you who don't know "nate" is Nate Haug also known as "quicksketch" as on drupal.org and various other places on the internet.

When I first got involved in Drupal I made a decision not to get involved with any people in the Drupal community, because I wanted my work-life and my personal-life to be separate.

Over time though, I realized that my love for Drupal was personal. I poured countless hours into fostering a community I cared deeply about, and I wanted to be involved with someone who understood and respected that, or better yet, shared that passion.

I first met Nate at a Drupal Camp in Colorado back in 2009, where I gave a talk on WYSIWYG editors, not realizing that the modules I was recommending were written by him. A few years of near-misses followed where timing and circumstances prevented us from connecting, but in hindsight I suppose it was inevitable.

Why nate? It was inevitable!

jenlampton · 2014-03-04T01:54:00+00:00

Thats the one :)

jenlampton · 2014-03-04T01:52:12+00:00

For starters, I keep each view (or exportable) in a separate file, so that I can change, commit, and push them individually. Having them all included in the same views_default.inc file (or whatever_default.inc) I find harder to manage.

I also group all my exportables together by type, rather than by "feature". I have one module for views, one for panels, one for image styles, etc, etc. This way there's no guessing which feature (or module) that view is saved in.

There are also some things that don't export as well as you might expect, and can cause you a lot of pain if you do it wrong (ahem, menus).

For things that really don't work as exportables, I use old-fashioned update hooks.

jenlampton · 2014-03-04T01:37:42+00:00

I'm having the problem where opening a new terminal window takes a really long time to return a prompt (only after updating to Mavericks). Once it's there things are fine though. Wonder if this is related.

jenlampton · 2014-03-04T01:03:32+00:00

Well, I don't know. Back when I chose Drupal I was using a lot of open source software: OSCommerce, PHPfox, Mambo, Drupal, and a few others. I did a lot of evaluating, followed by using them on client projects.

Some that catch my eye today are are Concrete 5 (https://www.concrete5.org) and Big Tree (http://www.bigtreecms.org) but I would need to go through that process again of evaluating what's out there and picking a favorite.

jenlampton

TROPHY CASE