sdarbinyan 71d5f4d320 feat(builder): visual homepage blocks, merchant-language widget settings, real carousel arrows
Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

P0 user feedback: homepage builder showed raw section.id like 'section-hero'/'section-categories'; hero widget exposed 'full-bleed'/'boxed' and raw px/vh as free text with no explanation; Overlay/Autoplay toggles made no sense without a slides concept; product carousel widgets rendered arrows nowhere near a working carousel.

Homepage section (sections list -> visual blocks):
- Replaced raw section.id display with a merchant-facing block catalog (icon + name + one-line explanation) for hero/categories/featured-products/product-carousel/recently-viewed/banner/partners/custom-html
- Added block catalog picker to append new blocks (was fixed at whatever the seed data had - task asked 'what if we add manually? not fixed 3')
- Added duplicate and remove per block, alongside the existing drag-to-reorder
- Verified in browser: labels render correctly, add-block and duplicate both confirmed working end-to-end

Widgets section (hero widget):
- 'Layout' free-text replaced with a select (Full width / Boxed) instead of typing 'full-bleed'/'boxed' blind
- 'Height' free-text replaced with a select (Compact/Medium/Tall/Full screen) mapped to real vh values
- New Slides editor: title/subtitle pairs an admin can add/remove: this is the actual multi-slide data the Overlay/Autoplay toggles were referring to with nothing to point at before
- HeroWidgetData contract gains slides[]/autoplay; HeroWidgetComponent now renders a real rotator (dots, click-to-jump, autoplay interval) when more than one slide exists - previously autoplay/overlay props existed but there was no slideshow behavior anywhere to control

Carousel arrows root cause and fix:
- widget-manifest.json offers 'carousel' as a layout option for product-collection/product-carousel widgets, and the admin UI let you select it, but ProductCarouselWidgetComponent always rendered a static CSS grid regardless - there was no carousel implementation to have arrows in the first place
- Now renders a real horizontally-scrollable strip with working prev/next buttons (native scrollBy, disabled at each end) when section.layout.strategy === 'carousel'; falls back to the existing grid otherwise
- Confirmed src/app/components/items-carousel (a PrimeNG p-carousel) is dead code, not wired into any route or widget - not the source of the reported bug

New builder.* i18n keys (en/ru/hy), zero duplicate-key collisions verified via scan
2026-07-19 14:14:29 +04:00
2026-01-18 18:57:06 +04:00
2026-06-01 00:47:26 +04:00
2026-01-18 18:57:06 +04:00
2026-07-16 00:22:01 +04:00
2026-03-24 02:25:50 +04:00
2026-07-09 01:40:22 +04:00
2026-07-05 00:57:20 +04:00
2026-07-16 00:22:01 +04:00
2026-05-28 12:56:41 +00:00
2026-01-18 19:44:46 +04:00
2026-06-21 23:42:39 +04:00

Marketplace Frontend

Angular marketplace frontend for the client demonstration. The app uses standalone components, signals, runtime branding/configuration, and a production build optimized for the current marketplace experience.

Features

  • Responsive marketplace storefront
  • Category browsing and product detail pages
  • Search and shopping cart flows
  • Telegram login integration
  • Payment handoff through the existing backend contract
  • Runtime branding and configuration loading
  • PWA manifest and service worker configuration

Development

Install dependencies:

npm install

Start the local development server:

npm start

Build for production:

npm run build

The production build is written to dist/dexarmarket/.

Project Structure

src/
├── app/
│   ├── components/          # Shared storefront components
│   ├── core/                # Runtime, config, guards, providers, interceptors
│   ├── dynamic-renderer/    # Page, section, and widget rendering pipeline
│   ├── facades/             # Runtime, website, builder, and backoffice facades
│   ├── pages/               # Storefront, info, legal, cart, search, and item pages
│   ├── services/            # API, cart, auth, SEO, Telegram, and language services
│   └── widgets/             # Dynamic renderer widgets
├── assets/mock/             # Local mock configuration and catalog data
├── environments/            # Development and production environment settings
└── styles/                  # Shared global styles and themes

Useful Checks

npm run build
npm run arch:check

Notes

  • Authentication and payment integrations are intentionally left on their existing contracts.
  • Renderer and runtime architecture should remain stable during demo preparation.
  • Client-facing content should avoid placeholder names, mock labels, and temporary routes.
Description
No description provided
Readme 16 MiB
Languages
TypeScript 71.4%
HTML 15.3%
SCSS 11.9%
Shell 1.3%
JavaScript 0.1%