MokoConsulting/MokoJoomOpenGraph
1
0
Fork 0
Code Issues 12 Pull Requests 1 Releases 3 Wiki Activity

[FEATURE] Automatic OG Image Resizing and Optimization #2

New Issue
Closed
opened 2026-05-23 22:27:54 +00:00 by jmiller · 0 comments
jmiller commented 2026-05-23 22:27:54 +00:00
Owner
Copy Link
Copy Source

Feature Description

Auto-resize images to 1200x630px (OG recommended) when selected as OG image.

Problem or Use Case

Social platforms need specific image sizes. Most article images don't match, causing poor sharing previews.

Proposed Solution

  • Check minimum dimensions (600x315px)
  • Generate optimized copy at 1200x630px in images/mokoog/generated/
  • Configurable target dimensions, quality, fit mode (crop/contain)
  • Use GD or Imagick

Implementation Details

  • New Helper/ImageHelper.php
  • New column: og_image_generated
  • Plugin config for width, height, quality
  • Cleanup generated images on OG record delete
## Feature Description Auto-resize images to 1200x630px (OG recommended) when selected as OG image. ## Problem or Use Case Social platforms need specific image sizes. Most article images don't match, causing poor sharing previews. ## Proposed Solution - Check minimum dimensions (600x315px) - Generate optimized copy at 1200x630px in images/mokoog/generated/ - Configurable target dimensions, quality, fit mode (crop/contain) - Use GD or Imagick ## Implementation Details - New Helper/ImageHelper.php - New column: og_image_generated - Plugin config for width, height, quality - Cleanup generated images on OG record delete
jmiller added the enhancementpriority: high labels 2026-05-23 22:27:54 +00:00
Sign in to join this conversation.
Labels
Clear labels
bug
Something is broken
 documentation
Documentation improvements
 enhancement
priority: high
priority: low
priority: medium
production-readiness
Required before v1.0 release
 security
Security vulnerability or hardening
 testing
Test coverage and QA
bug
Something is not working
 chore
Maintenance and housekeeping
 documentation
Documentation improvements
 enhancement
Improvement to existing functionality
 feature
New feature or request
 pending: dependency
Blocked by another issue or external dependency
 pending: deployment
Tested and approved, awaiting deployment to production
 pending: design
Needs UI/UX or architecture design before implementation
 pending: documentation
Feature works, needs documentation/wiki update
 pending: feedback
Awaiting feedback or decision from stakeholder
 pending: review
Implementation complete, awaiting code review
 pending: testing
Feature implemented but not yet tested
 priority: critical
Must fix immediately
 priority: high
Should fix soon
 priority: low
Nice to have
 priority: medium
Fix when convenient
 refactor
Code restructuring without behavior change
 roadmap
Planned feature or enhancement tracked on the roadmap
 scope: client
Client-specific work
 scope: dolibarr
Dolibarr modules and customizations
 scope: infrastructure
Server, CI, backups, monitoring
 scope: joomla
Joomla templates and extensions
 scope: waas
MokoWaaS platform
 security
Security vulnerability or hardening
 status: blocked
Waiting on external dependency
 status: duplicate
Duplicate of another issue
 status: in-progress
Being worked on
 status: needs-review
Ready for review
 status: wontfix
Will not be addressed
No labels enhancement priority: high
Milestone
No items
No Milestone
Assignees
Clear assignees
jmiller (Jonathan Miller)
No Assignees
1 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: MokoConsulting/MokoJoomOpenGraph#2
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?